Re: [flexcoders] Re: Flex vs. .Net for RIA database apps; new to both

Sun, 11 Jun 2006 21:09:14 -0700


Actually flash remoting is part of Flex, when you use RemoteObject, you are using remoting.

The thing is that currently (in F2B3), there are only server-side remoting gateway for Coldfusion (which support AMF3 - which also means, if you use RemoteObject in F2B3, your backend must be Coldfusion with updated adaptor) and FDS (which support Java only).

So If you want to use Flex2 with .NET and remoting today, you can't use RemoteObject out of the box, you will have to maually create NetConnection instance and connect/call remote method.

this is the product page from adobe:
http://www.adobe.com/products/flashremoting/

Fluorine is an open-source version of it, but just like the nature of most open source projects, stability and continuous development is always a consideration, when we have enough budget on the project, we will go with official product (at least we know whom to go to when things go wrong :-) )




On 6/12/06, michaellisten <[EMAIL PROTECTED]> wrote:

What software is needed in order to use flash remoting? Just plain
flash or is there some flash dev package? Are the terms for deploying
simple or does one have to license per server etc?

I've seen a couple of pages that ref ruby on rails too for the web
services end of things. Not sure how practical it is.

With Fluorine, I'll check it out, have seen it ref'd here, it runs on
.net, and provides flash remoting? That does sound good. Was it
created in part because it's less expensive to deploy than Flash
remoting from Adobe?



--- In [email protected], "Jeremy Lu" <[EMAIL PROTECTED]> wrote:
>
> one more note (to Tim's post) : aside from Web Service, you can also use
> flash remoting with .NET as the means of data transmission.
>
> we use both products from Macromedia (flash remoting for .NET) and
Fluorine
> (open source flash remoting for .NET) all the time, just have to
manually
> tweak NetConnection than that's it.
>
> ps. Flash Remoting uses binary AMF to send and receive native AS
objects so
> it's a bit easier to handle large dataset.
>
>
> On 6/11/06, michaellisten <[EMAIL PROTECTED]> wrote:
> >
> > Tim, that's great feedback, and also very much what I was hoping to
> > hear. Winforms over the web with data via remoting etc has been
> > closest to what I have been wanting migrate to, whenever that time for
> > the learning materializes for me. Flex seemed a worthy alternative but
> > pricing seemed to put it out of reach till the major recent adjustment
> > for Flex 2. The most attractive looking .net framework that uses
> > winforms and remoting that I've looked at for RIA is DevForce aka
> > Ideablade, but the pricing model for it resembles the early flex
> > range, ie up there a bit.
> >
> > Encouraging, thanks!
> >
> >
> > --- In [email protected] <flexcoders%40yahoogroups.com>, "Tim

> > Hoff" <TimHoff@> wrote:
> > >
> > > I agree completely with the assessment that Jeremy made concerning
> > > Flex's database suitability. Before Flex, I developed web
> > > applications primarily with ASP.NET. In my opinion, Flex is a much
> > > better choice for UI development. True, .Net includes all layers,
> > > but the main drawback is that pages are rendered by the server and
> > > sent to the browser one at a time. Flex, on the other hand, creates
> > > rich internet applications that only require data to be retrieved
> > > from the server. This gives you the best of both worlds, a desktop-
> > > like application with zero-deployment over the internet.
> > >
> > > I'm currently creating a Flex application that uses ASP.NET web
> > > services with a SQL Server back-end. In addition to being extremely
> > > easy to get work done, Flex makes the process of creating very
> > > complex user interfaces in a fraction of the time. In addition, if
> > > you also implement an MVC micro-architecture (like Cairngorm), you
> > > are able to quickly create very organized projects that are scalable
> > > and easily maintained. One other thought is that Flex can also be
> > > used as an alternative to .NET WinForms; without the associated DLL
> > > Hell and installation requirements. These are just my opinions, but
> > > I'm definitely sold on Flex for database driven web applications.
> > >
> > > Tim Hoff
> > >
> > >
> > > --- In [email protected] <flexcoders%40yahoogroups.com>,

> > "michaellisten" <listensome@>
> > > wrote:
> > > >
> > > > Thanks Jeremy, I'd not seen the flex dev derby page. There are
some
> > > > pretty interesting apps there, a good exposure.
> > > >
> > > > Do you (or anyone) have any perspective on how flex compares with
> > > > .net, re getting work done? .net in total includes in theory all
> > > > layers including the webservice etc that one might use to handle
> > > > interaction with the backend. With flex one uses java or rails or
> > > even
> > > > .net.
> > > >
> > > > --- In [email protected] <flexcoders%40yahoogroups.com>,

> > "Jeremy Lu" <wade.lu@> wrote:
> > > > >
> > > > > well, Flex 2 is surely suitable for database oriented or data-
> > > centric
> > > > > application, you can check out the Flex Derby pages here:
> > > > >
> > > > >
> > > http://labs.adobe.com/wiki/index.php/Showcase:Flex_Developer_Derby
> > > > >
> > > > > lot of applications are data-heavy and co-op with backend
> > > technology
> > > > > closely, this is never an issue.
> > > > >
> > > > > Judging from what you described (database-frontend, form-entry,
> > > CRUD
> > > > stuff),
> > > > > Flex2 should serves you quite right, check out following topic
> > > in the
> > > > > livedoc/manual:
> > > > >
> > > > > -RPC in Data Service: this is for data connection with backend
> > > using
> > > > HTTP
> > > > > Get/Post, Web Service, XML or Remoting.
> > > > >
> > > > > -FORMS: this is for creating user-input Forms, handling all the
> > > layout,
> > > > > required field, data validation and so on...
> > > > >
> > > > > -Validator: there are various built-in Validators (email, credit
> > > > card...) to
> > > > > check user-input data before sending back to server.
> > > > >
> > > > > in my opinio, it's really a snap to build this kind of
> > > > Form-Entry-CRUD-Stuff
> > > > > with Flex2 :-)
> > > > >
> > > > > Jeremy.
> > > > >
> > > > >
> > > > > On 6/10/06, michaellisten <listensome@> wrote:
> > > > > >
> > > > > >
> > > > > > But most flex example apps are less database oriented and are
> > > > often showy
> > > > > > shopping carts. Is flex going to be good for what I'm after?
> > > Most
> > > > examples
> > > > > > have little data entry. I posted here about
> > > flex/flashcomboboxes
> > > > for data
> > > > > > entry/selection and didn't get much in the way offeedback.
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > I am most interested in the approach that is the most
productive;
> > > > > > helps the most with data binding, wysisyg designers, error
> > > handling,
> > > > > > and so forth. I'm usually asked to create a lot of solid
> > > software in a
> > > > > > minimal timeframe, so my priority here will be to choose
> > > software that
> > > > > > simplifies the design/build cycle.
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> >
> >
>


__._,_.___

--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com




SPONSORED LINKS
Web site design development Computer software development Software design and development
Macromedia flex Software development best practice

YAHOO! GROUPS LINKS



__,_._,___

Reply via email to