Board index » delphi » Re: Delphi and RIA

Re: Delphi and RIA


2008-03-09 07:39:33 AM
delphi12
John Moshakis writes:
Quote
>One major sticking point will be distribution/deployment of Delphi
>based applications. Two facets are involved: 1) MS unwillingness to
>bundle Delphi for .NET within the silverlight distro and 2)
>unwillingness of CodeGear to give away the command line compiler.

I don't see what those 2 have to do with Silverlight?
AFAIK, Silverlight 2 allows code to be executed directly within the
DLR/CLR. This requires a compiler of some kind to be in the runtime.
C#, VB, JavaScript, Ruby and Python will all be supported. This is the
same game MS always plays when they own the technology.
Quote
Delphi wouldn't need to be bundled and you would be supplying
assemblies not source so it wouldn't need to a commandline compiler.
Just like ASP.NET, there will be no reasonable legal way to execute
Delphi for .NET dynamically within Silverlight 2.
--
Brian Moelk
Brain Endeavor LLC
XXXX@XXXXX.COM
 
 

Re: Delphi and RIA

"I.P. Nichols" <XXXX@XXXXX.COM>writes
Quote

Doesn't Blackfish require .NET 2.0? Remember that Silverlight doesn't need
.NET and what about Mac OSX that doesn't have .NET
Yes BF requires .Net 2.0. If only being accessed remotely though, only the
server needs it, not the clients.
Quote
Doesn't Delphi for .NET require that .NET 2.0 be installed on the client's
computer? That would make a huge increase in the Silverlight download size
and time.
Only for Winform or VCL for .Net apps. ASP.Net apps produced in Delphi do
not need .Net on the client any more than one done in C# does. This would
apply to Silverlight if Delphi is used for any of it.
--
Wayne Niddery - TeamB (www.teamb.com)
Winwright, Inc. (www.winwright.ca)
 

Re: Delphi and RIA

Wayne Niddery (TeamB) writes:
Quote
If only being accessed remotely though, only
the server needs it, not the clients.
In that case, pretty much any database will do...
Quote
Only for Winform or VCL for .Net apps. ASP.Net apps produced in Delphi
do not need .Net on the client any more than one done in C# does. This
would apply to Silverlight if Delphi is used for any of it.
That really only applies to Silverlight 1.0, not 2.0. AFAIK, 2.0 has
the ability to execute .NET code within its runtime as well.
--
Brian Moelk
Brain Endeavor LLC
XXXX@XXXXX.COM
 

Re: Delphi and RIA

"Brian Moelk" <XXXX@XXXXX.COM>writes
Quote
Wayne Niddery (TeamB) writes:
>If only being accessed remotely though, only the server needs it, not the
>clients.

In that case, pretty much any database will do...
Provided you want the data stored on the server but client side storage is
another kettle of fish.
BTW what would be the compelling case for using Blackfish?
Quote
>Only for Winform or VCL for .Net apps. ASP.Net apps produced in Delphi do
>not need .Net on the client any more than one done in C# does. This would
>apply to Silverlight if Delphi is used for any of it.

That really only applies to Silverlight 1.0, not 2.0. AFAIK, 2.0 has the
ability to execute .NET code within its runtime as well.
Programming in SL 2 looks pretty much like programming in WPF, there is an
app.xaml and one or more page.xaml files with page.xaml.cs code behind C#
(or other language) files. See this tutorial for an example.
weblogs.asp.net/scottgu/archive/2008/02/22/first-look-at-silverlight-2.aspx
If anyone is interested in details they can download just the SDK
documentantion CHM file.
www.microsoft.com/downloads/details.aspx
"While Silverlight as a client-side runtime environment seems simple and
compact in size, the Silverlight development platform integrates a number of
features and complex technologies, making them accessible for developers. To
create effective Silverlight-based applications, developers need a working
knowledge of the platform architecture."
 

Re: Delphi and RIA

I.P. Nichols writes:
Quote
Provided you want the data stored on the server but client side storage
is another kettle of fish.
Yes, that was my point.
Quote
BTW what would be the compelling case for using Blackfish?
Because it is a CodeGear product? Who knows... :)
Quote
Programming in SL 2 looks pretty much like programming in WPF, there is
an app.xaml and one or more page.xaml files with page.xaml.cs code
behind C# (or other language) files. See this tutorial for an example.
Yes, which is another reason why Delphi participation seems unlikely.
--
Brian Moelk
Brain Endeavor LLC
XXXX@XXXXX.COM
 

Re: Delphi and RIA

People are starting to see that traditional multi-tiered development
actually worked long before the browser. People are starting to see
that the browser is NOT a thin client.
Delphi has always had the ability to construct Rich Internet
Applications (or Internet Integrated) via MIDAS technology. The user
interface does not need business logic or data layer code. Just call
the MIDAS middle tier "somewhere out there" and things get done.
I agree with others on this post that Delphi needs to construct
multi-platform binaries so one can put middle-tier stuff on non-Windows
boxes. Delphi already is fantastic at talking to any database that is
running on any platform.
Chau Chee Yang writes:
Quote
Hi,

I recently come across with the RIA (rich internet application)
concepts. There are many players around in the market. Adobe, Google,
Sun Java and Microsoft.

Althought Microsoft doesn't has the big portions of RIA at the moment as
compare to Adobe. But I personally feel it may quickly climb up as from
pass history record.

How is Delphi community's response to the RIA application development?
Will RIA become the next wave of software application development
platform? I personally feel Microsoft has more complete tools, library
and frameworks to handle the RIA application development compare to
other players. Any thoughts? Please share here.