我为一个有点落伍的大型州政府机构工作。我们的技能已经过时,预算冻结阻止了对新员工/顾问的任何培训或雇用(解雇人员也是不可能的)。设计业务对象、实现设计模式、建立代码库和服务、单元测试、源代码控制等都是您在这里找不到的事情。我们在 Joel 测试中的得分尽可能为 0。好消息是我们只能从这里上去!
我们开发直接通过 ODBC 连接访问 Oracle 数据库的桌面 CRUD 应用程序(使用 C++、C# 或 Java)。我们基本上在 GUI 上散布着 SQL 语句和拼凑代码。我们被告知要转向面向服务的 n 层架构,以防止直接访问数据库并消除用户计算机上的 Oracle 客户端需求。
WCF 是我们应该走的路吗?我们已经完成了一些 n 层应用程序演练(例如这个),它们似乎很容易实现,但我们只是不知道我们是否正在考虑正确的技术。利用 .NET 生成的类型化 DataSet 似乎是一个不错的权宜之计,可以节省我们数月/数年的工作(而不是从头开始为众多项目创建新的业务对象)。这种罐装方法在第一步是否可行?