教学互动网站开发背景,网站的付款链接怎么做,长沙广告公司电话,长春可做微网站的公司先向各位拜个晚年。 今年过年期间都在想DRP的事#xff0c;很多朋友也联系我#xff0c;讨论技术问题的、谋求合作的、分析行业前景的、让我提供源码和数据库的都有。再次谢谢朋友们的关心。目前来说#xff0c;在修改系统bug的同时#xff0c;我打算重新找一份工作#x…先向各位拜个晚年。 今年过年期间都在想DRP的事很多朋友也联系我讨论技术问题的、谋求合作的、分析行业前景的、让我提供源码和数据库的都有。再次谢谢朋友们的关心。目前来说在修改系统bug的同时我打算重新找一份工作毕竟在能力转换成财富之前生活还是要继续。 Winform or WPF 今天在QQ上和一位山东的朋友聊了会其中聊到BS和CS的老生常谈说道有些功能BS不好实现。我认为两个事物孰优孰劣需要放在特定场景中才能比较关于这两者的区别谷歌一下即可我就不分析了徒惹板砖。其实同样是CS具体的UI框架也包括很多在.NET中主要就是winform和wpf前几天就看到一篇文章关于开发WPF的一些感想作者提出为什么到现在都没有客户端的WPF系统在如今WEB化和移动化大行其道的情况下windows桌面程序开发的价值又有几何说实话我也心存同这位博主一样的疑虑。对于这两个问题每个人都有自己的看法。我认为相似的几个技术有个先来后到的“优先级”试想假如wpf和winform的出现时间换一下再扩展一下思路假如当初C#和Java这两种语言同时出现在大伙面前假如HTML遵循XAML的语法……世界会是什么样子所谓的市场占有率通常并不能比较出技术间的优劣没有贬低谁的意思只能说声抱歉哥比你先到。 单纯对于行业软件而言在winform和wpf中选择我偏向于wpf。如果非得选择winform也可以不过最好给我提供一个winform实现框架这个框架需要包含以下三点功能 支持源数据更改通知反馈支持路由的Command易用的界面设计功能 架构设计 工作多年接触过许多编码界的朋友其中一些高手对OO的理解可谓已入化境没事就抽个接口玩玩调试他们程序的时候永远只能看到黄色小箭头在浩瀚的代码海面上跳跃要想一探究竟对我这种菜鸟来说只有淹死的份。记得我刚参加工作那会参与开发一个简单的会议管理软件项目经理给我展示项目架构说这是当时最流行的架构设计。我猛地一瞅顿时有种膜拜的赶脚——那庞大的项目那众多的类库那抽象那反射那配置一看就很高级哟我估计没十年八年是理解不了的差点还动了转行的念头。项目经理意味深长地拍着我的肩膀说慢慢来会明白的。可是我最终也没能明白。 我不明白的是为什么数据层要有个接口他们跟我说为了支持多数据库虽然现在只用到SqlServer保不齐百年之后要切换到Oracle我不明白的是为什么业务逻辑层也要接口他们跟我说可能客户会经常改变需求虽然需求改变常常导致改变接口本身不过这是OO的原则你纳闷说明你理解的还不够深我不明白的是为什么要用工厂方法、抽象工厂方法他们说这叫统一标准虽然大部分接口都没有第二个实现类我不明白的是为什么这看似高级的架构没有给开发者和用户带来良好的体验他们说加班还不够…… 一年以后我离开我的第一家公司。跟同事们告别的时候我们都看到了各自心中的郁闷这是长期作战的结果而敌人是由我们自己制造出来的。 我还碰到过另一个极端不是说三层么做啥项目都只建三个类库对应数据层、逻辑层、UI层最多加个实体类库。你想要个通用类库门都没有。 后来我把QQ签名改成“设计是一种美就像盖大楼如果每座房屋都是千篇一律那么也就不存在架构师了。”这是从某博文上复制下来的。虽然这句话并非那篇文章的重点不过当时看到这句话的时候我感觉到了共鸣压抑已久的心灵终于得到解放忍不住出门打了三斤白酒站在阳台就喝了起来。 开发效率 原本我打算连着生产系统一块开发后来想说先把分销稳定了再说。开发这套系统至今经历了5个半月。想起当初我的4人团队一个半拉子系统都要搞几年我惊异于自己的效率。本系统完全从0开始所采用的框架也非我原本熟悉的只不过在业务需求上借鉴了行业经验但也增加了很多实用功能。若一个普通团队开发我估计要在相同时间内完成几乎不可能何谓普通并不大的软件公司的项目团队。也许你不会赞同我的观点那是你没有经历过文档流于形式的“赶鸭子上架开发模式”。 这套系统首先大规模的系统重构就有4次这对我来说也就咬咬牙的事但对一个团队意味着繁琐的沟通、重叠工作的分配、不满情绪的滋生、冒出的各种bug、疲劳的重复测试、责任问题、文档更新等等以及上述负面效应的多次“迭代”。 对于分配给A的任务你不能保证A完全按照你的想法来即使功能实现了你也得检查看看有么有影响运行效率的语句特别是对能力不足的成员尤其提心吊胆。在实现难点或功能点较多的模块通常难以在一开始就明确知道采用何种方式往往花四天时间构思两天时间编码在编码过程中会重构个好几次这需要编码者有足够胜任该项任务的能力而一个普通团队中很难有几个相当优秀的程序员而技术主管又不能事事亲力亲为有时候还得其它模块配合这又牵扯出上述情况了。当某处需求实现了尽管代码看上去并不十分完美为了“顾全大局”也就这样吧甚至优良代码要向劣质代码让步。 若有原成员离开或新成员加入稀奇古怪的编码风格会让相关成员抓狂编码风格可以强制规范但代码逻辑时不常地出现理解偏差。当系统终于成型呈现出来的很可能是个臃肿的胖子因为每个开发人员按自己的需求写的帮助类代码很多都是重复的更不用说隐藏在各处的私有可抽离代码。这无疑增加了后期维护的成本。 团队开发过程中有规范的文档会好很多此时文档就相当于整个团队的大脑负责信息存储的存储区而成员间的沟通赋予了新的含义那就是团队思想的源泉。不过我并不认为开发文档如详设在一开始就必须存在而是在项目架构等基本上稳定了再着手编写。说回来现在有多少公司的文档作为其原本的意义而存在呢 创业 老实说我这还谈不上创业二字更多的是区别于正常上班的另一种工作方式。若以后能靠这赚点钱更好否则就当提升下自己的开发能力。我并非做事目的性明确的人所做的事只是我认为做了并无害处。大多数人都有个创业梦特别是在IT界真正去做的寥寥无几创业并且小有成就的寥寥无几创业并且大展宏图的寥寥无几。这些都不是我的目的我的目的很简单多赚点钱然后做我真正喜欢做的事。 我一直以为我不是能坚持长久的人特别是独自一人完成一个产品特别是在一个结婚生子都显略晚的年纪。车子卖了存款花了即使通情达理的父母不会埋怨即使有热心的兄弟帮着给我打气却在无形中加重了我心中的负担。毕竟代码的世界里我能依靠的只有自己每天对着显示器敲着一个个代码偶尔想到迷雾重重的前景我就想说算了吧安耽地找份工作也有不错的收入何必逞强呢一个人难道能比一个团队开发出更好的作品吗。孩提时代伟大的理想此刻变成对社会几乎无用的“赚钱”二字百年之后谁又记得我呢有时思想如同不小心打开的潘多拉魔盒负面的情绪倾泻而出让人极为沮丧。 令我欣慰的是我完成了计划的第一步。没有半途而废并最终完成一个可用的产品感觉挺好。 最后贴个系统截图以供观赏截图中的数据为测试数据图片摘自互联网所示功能使用MVVM模式开发若采用Winform没有引入特殊扩展框架的话估计至少三倍工作量还不一定能完成吧。 转载请注明本文出处http://www.cnblogs.com/newton/archive/2013/01/20/2868272.html转载于:https://www.cnblogs.com/newton/archive/2013/02/22/2868272.html
