做了个艰难的决定--开发底层思路及相关的技术路线的选择
最近一两年技术摸得多了,而业务能力一直没有提升.真不知道是进步还是倒退,说不不出个中原因.只是自己心中有个目标想先去实现:做个自己的开发平台..这个平台是我自己的理解,可以支持软件开发管理的分工似管理.有人也说软件框架的采用与开发管理并没有太多的关系,虽然说得没错,但如果可以相互支持,可以让分工更明确,管理更清晰,在软件成本压缩得很厉害的今天,如何保证开发的高效,代码的正确,分工的明确,物理架构的灵活,将是这个平台的主要解决方向.
1. 开发的高效:指能够快速的构建业务应用界面,尽量满足鼠标流.弱化开发能力要求.
2. 代码的正确:控制能控制的,减少开发人员的代码量.
3. 分工的明确:美工,UI,逻辑,数据库设计等,需要支持开发角色的平滑过度.在管理上减少冲突.
4. 物理架构的灵活:多种的开发模式,多种的发布模式,方便的开发调试环境,分布式的部署.
希望思路慢慢的完善吧..决定艰难 : )
数据容器的选择.本人之前和DataSet打的交道得比较多,一些开发框架也是基于该容器,确实是个灵活的东东.由于后期的路线MS大神对DataSet已经有了抛弃的苗头,在大力推广的Siverlight中已经不支持了,而DataSet确实是有天然硬伤,移值重构代价太大了.设计复用比较低.
基础框架思路的采用.CSLA框架,它有一套完整的对象思路,并且考虑到各个平台的针对性应用.特别是物理部署上的思路让我很喜欢.开发模式跟以前搞的框架相似(有点WCF的样子).虽然本人以前跟DataSet打交道比较多,也比较倾向贫血模型,因为要对CSLA进一步的封装.
主要对象模型基于CSLA对象.客户端平台的选择.虽然在框架类库支持已经做了考虑,就是能支持原始的Winform,WPF,继而扩展支持SL,但到了对SL越来越多了解上,突然想直接支持SL,目前只能往SL这边靠.或者真要考虑抛弃WinForm了.