<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Service-Oriented Components</title>
	<atom:link href="http://www.appcelerant.com/service-oriented-components.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.appcelerant.com/service-oriented-components.html</link>
	<description>Appcelerator blog focused on helping you build your next killer mobile, desktop and web based applications</description>
	<lastBuildDate>Fri, 05 Mar 2010 22:30:26 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nolan Wright</title>
		<link>http://www.appcelerant.com/service-oriented-components.html/comment-page-1#comment-9</link>
		<dc:creator>Nolan Wright</dc:creator>
		<pubDate>Mon, 12 Nov 2007 22:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.appcelerant.com/service-oriented-components.html#comment-9</guid>
		<description>Mike,

It&#039;s not server-side markup.  It&#039;s all in HTML files.  All of the code in this post is in HTML files.  Under the covers we compile our expression language into Javascript.

The best argument is that our solution is integrated so you don&#039;t need to worry about finding an Ajax framework or a widget toolkit - we give you all of that for free.   We also give you an integrated services platform for Java, Ruby and PHP (.NET and Python are in progress).  The net result of this is that you focus on building applications instead writing integration code.

Another argument is that in the simple cases like basic forms most frameworks make that look easy.  The real value from Appcelerator is when you want to do more complicated things.  Our expression language greatly simplifies complex tasks.  Having the ability to control the user interface &quot;look&quot; and to send/receive both local and remote messages using one simple expression language is very powerful and it does, in fact, result in a lot less code.

Hope that answers your questions. I would be happy to answer any other questions you have as well.</description>
		<content:encoded><![CDATA[<p>Mike,</p>
<p>It&#8217;s not server-side markup.  It&#8217;s all in HTML files.  All of the code in this post is in HTML files.  Under the covers we compile our expression language into Javascript.</p>
<p>The best argument is that our solution is integrated so you don&#8217;t need to worry about finding an Ajax framework or a widget toolkit &#8211; we give you all of that for free.   We also give you an integrated services platform for Java, Ruby and PHP (.NET and Python are in progress).  The net result of this is that you focus on building applications instead writing integration code.</p>
<p>Another argument is that in the simple cases like basic forms most frameworks make that look easy.  The real value from Appcelerator is when you want to do more complicated things.  Our expression language greatly simplifies complex tasks.  Having the ability to control the user interface &#8220;look&#8221; and to send/receive both local and remote messages using one simple expression language is very powerful and it does, in fact, result in a lot less code.</p>
<p>Hope that answers your questions. I would be happy to answer any other questions you have as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://www.appcelerant.com/service-oriented-components.html/comment-page-1#comment-4</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Mon, 12 Nov 2007 10:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.appcelerant.com/service-oriented-components.html#comment-4</guid>
		<description>So, is this server side markup? Is it gone by the time it gets to the client or still there? How does it work under the covers?

What would you say (try to convince me) if I said: I could just use a form, with an action to /login/request and I&#039;d achieve the same (call to an endpoint with some parameters). I could make the message asynchronous using my favorite Ajax framework, see if the response is successful ad based on that change the layout. I would not have coupling between my client code (HTML/JavaScript) and my server (maybe /login/request is a Java servlet or is mapped to an ASP.NET handler).

I Would like to know more, thanks!</description>
		<content:encoded><![CDATA[<p>So, is this server side markup? Is it gone by the time it gets to the client or still there? How does it work under the covers?</p>
<p>What would you say (try to convince me) if I said: I could just use a form, with an action to /login/request and I&#8217;d achieve the same (call to an endpoint with some parameters). I could make the message asynchronous using my favorite Ajax framework, see if the response is successful ad based on that change the layout. I would not have coupling between my client code (HTML/JavaScript) and my server (maybe /login/request is a Java servlet or is mapped to an ASP.NET handler).</p>
<p>I Would like to know more, thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
