Home/ Questions/Q 614449
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T18:06:47+00:00

Currently we have a web application written in the providers own proprietary language /

  • 0

Currently we have a web application written in the providers own proprietary language / framework. Unfortunately, with it’s limited syntax and “wonky” architecture its not great to work with.

With some really great development platforms out there (.NET, PHP, Ruby – note that I know nothing of PHP or Ruby but i’ve heard they are great :p) we would like to abstract away the web application from their data access code so that we can use anything we want to build the web application.

What I am proposing to them is that they give us a service layer written in a common development language that we can then use in our applications. Unfortunately for me (as a .net developer) I do not think they would choose to write this in c#.

So my question is this, what would one suggest the service layer be written in. Ideally it should be something that as a .net developer I will be able to pick up and even better the ability to use the service layer within .net or php applications (i’ve read a bit about Ruby.NET so believe this is possible?).

From my very quick glances at both Ruby on Rails and PHP I would say that Ruby appeals more to me (PHP seems a bit “scripty”, but what do I know, I haven’t used it).

Intestested to hear from developers who use both.

Thanks
Ben

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Why not use HTTP as your interface? Since they already have some sort of web infrastructure going, this should be easy – Describe the interface as a set of URLs that you can POST to and GET from. For this route, check the internet for all the articles on REST and RESTful architecture.

    Then, take a step back. Don’t let the zealots kill your spirit. Just make the interface work and don’t worry too much about being pure REST (though the advice is generally sound).

    This approach gives you quite a bit of flexibility in how you then write your web page.

    This way, it doesn’t really matter which language is used for the service layer: All you are interested in is the interface you use to access the service layer. Other options would be for them to provide a SOAP interface (with a little luck, can be easily consumed by .NET) or an XML-RPC interface (don’t know about consuming that in .NET).

    My point is this: You shouldn’t be dictating the language the service layer is written in. You should be dictating the interface the service layer exposes – and then consuming that in the language of your choice.

    • 0