我在一家规模较大的州政府机构工作,但我们的技能已经过时,预算冻结使得无法进行培训或招聘新员工/顾问(解雇也不可能)。设计业务对象、实施设计模式、建立代码库和服务、单元测试、源代码控制等等,这些在这里都找不到。我们在 Joel 测试中可以说是得分为 0。好消息是,我们只能从这里开始向上走!
我们开发桌面 CRUD 应用程序(使用 C++、C# 或 Java),通过 ODBC 连接直接访问 Oracle 数据库。基本上,我们的 GUI 中充满了 SQL 语句和拼凑而成的代码。我们被告知要向面向服务的 n 层架构转移,以防止直接访问数据库,并消除用户机器上的 Oracle 客户端需求。
我们开发桌面 CRUD 应用程序(使用 C++、C# 或 Java),通过 ODBC 连接直接访问 Oracle 数据库。基本上,我们的 GUI 中充满了 SQL 语句和拼凑而成的代码。我们被告知要向面向服务的 n 层架构转移,以防止直接访问数据库,并消除用户机器上的 Oracle 客户端需求。
我们是否应该走WCF这条路?我们已经完成了一些n层应用程序的演练(比如this one),它们似乎很容易实现,但我们并不了解足够的知识来判断我们是否在考虑正确的技术。利用.NET生成的类型化数据集似乎是一个不错的权宜之计,可以节省我们数月/数年的工作时间(而不是为众多项目从头创建新的业务对象)。这种预制方法对于第一步来说是否可行?