Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search for
  Advanced Search

Re: Building Windows fat clients


  • From: Ilan Volow <listboy(at)clarux(dot)com>
  • To: pgsql-general(at)postgresql(dot)org
  • Subject: Re: Building Windows fat clients
  • Date: Thu, 20 Sep 2007 14:04:26 -0400
  • Message-id: <1F267D83-0725-4085-B9A3-4B063110FD7A(at)clarux(dot)com>

There's NHibernate, which is a C# port of Java's Hibernate. I've got no idea if it's any good, but using it might give you a Java Escape Route if you needed someday to go cross platform.

-- Ilan

On Sep 19, 2007, at 1:19 PM, Scott Ribe wrote:

I'm asking this group because we tend to think alike wrt to data modeling
and separation of concerns ;-)

Any recommendations on ORM libraries for new Windows development? The last
time I started anything from scratch was over 10 years ago, and the "state
of the art" seemed to be to smash everything together into event handlers on
GUI objects. Ugh. I pulled the M of the MVC out into separate coherent
classes and implemented a *very* simple ORM, leaving the VC mostly conflated
in the event handlers--which is not too bad since this app will never need
to be cross-platform.

So the dev tool was discontinued, some closed-source libraries are getting
less and less compatible by the year, and we're going to rewrite. Where to
start? It's a custom Windows-only app, only installed at one site. Using
.NET would be fine. C# or C++ would be most-preferred language choices,
although we could suck it up and use Java. I don't want to put VB on the
table.

Leaning toward Visual Studio .NET because I know it will be around (in
whatever morphed form) for a while; but also considering Borland's
supposedly revitalized C++ tools because I used C++ Builder with success
back when MS C++ compilers were still awful. I should probably mention that
the Windows apps, with the exception of one complicated "explore customer's
entire history here" screen, are pretty simple; the complexity is in reports
and stored procedures.

Suggestions where to start?

-- 
Scott Ribe
(303) 722-0567 voice



---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Ilan Volow
"Implicit code is inherently evil, and here's the reason why:"





Home | Main Index | Thread Index

Privacy Policy | PostgreSQL Archives hosted by Command Prompt, Inc. | Designed by tinysofa
Copyright © 1996 – 2008 PostgreSQL Global Development Group