首页
学习
活动
专区
工具
TVP
发布

程序员的SOD蜜

专栏作者
185
文章
275203
阅读量
46
订阅数
不使用反射,“一行代码”实现Web、WinForm窗体表单数据的填充、收集、清除,和到数据库的CRUD
问题篇:     昨天在CSDN看到这样一个帖子:“苦逼的三层代码”: 采用传统的三层架构写代码,每个数据表都要定义一个实体对象,编写后台的时候, Web层需要针对页面的用户输入逐个手动编写赋值到实体对象的各个属性,然后DAL层还要用SqlHelper 进行各个存储过程对应参数的实体赋值, 我的天呀,写几个表还好,多个表呢, 写的后台都没力气, 典型的苦逼代码工没营养,各位有啥好的处理方法或开发方式。。     看到跟帖,大部分都说使用ORM解决这个问题,但我觉得ORM还是没有解决贴主的几个问题: 每个
用户1177503
2018-02-27
2.6K0
抛砖引玉:使用二进制位操作,解决铁道部火车票的数据查询和存储问题,超轻量级的解决方案
    又到节假日,园子里面不少高人再次对12306网站的各种问题的各种分析和提出各种解决方案,我也看了这些讨论文章,出于也是一个买票难的“码农”,也来献计献言,把我跟其他人讨论的结果汇总发表一下,希望抛砖引玉,解决铁道部火车票的数据查询和存储问题。     现在,12306网站给人的第一感受就是购票过程网页很卡,不少人分析是由于数据库非常庞大,有复杂的查询和数据传输,并着重在数据库的设计方面大作文章,却很少有人在数据存储“量”上下功夫。或许大家都说现在磁盘那么便宜,还要刻意关注数据存储量的大小么?我觉得做
用户1177503
2018-02-27
7330
架构如何为业务和技术“服务”(2)
3,来年的架构 从2010年初设立架构组,到后来的架构组名存实亡,中心的架构工作充满了问题和认识上的误区。在新的一年,我们的架构可以做些什么呢?下面我提一点初步设想。 3.1,目标一:建立“企业架构” 按照企业架构的定义,结构,采用适当的工具,推动中心建立自己的“企业架构”。 具体来说,分为两个部分: 3.1.1,梳理业务架构 将目前的FT,WFT,FTS,MB,玖富银行家,高阳空间等之间的业务关系,结构,层次进行梳理,寻找“核心业务架构”,分离各个业务上的流程和关注点,从而为新的业务、产品的快速搭建提供业
用户1177503
2018-02-27
7250
演进式架构设计在敏捷开发中的使用
在敏捷开发过程中,我们还需要对系统架构进行设计吗?事实上,Martin Fowler在《Is Design Dead?》一文中已经给出了答案,那就是我们同样不能忽略对系统架构的设计。与计划性的设计(P
用户1177503
2018-02-27
1.2K0
PDF.NET开发框架“内存数据库”架构设计
前一段时间,我写了篇《移花接木:当泛型方法遇上抽象类----我的“内存数据库”诞生记 》,记录了PDF.NET内存数据库的设计过程,最近做了些小改动,已经投入生产使用了,目前运行良好。今天重新看了看源
用户1177503
2018-02-27
1.3K0
师傅引进门,修行在个人--架构培训感言
成为一个优秀的架构师还有很长的路要走(软件架构案例分析和最佳实践培训收获) 2009-12-25到27日我们参加了某软件培训机构的的《软件架构案例分析和最佳实践》课程培训,开拓了眼界,收获很多,刘老师讲得不错,非常有实战经验,跟他学到了不少有关软件架构的知识,可惜的是3天的培训课程不可能完全掌握所有知识,师傅只是给我们打开了一扇门,指出了一个方向,成为一个优秀的架构师还有很长的路要走。 新视野 “软件架构”定义的决策因素 定义1:架构是一系列重要决策的集合 一直以来,学习架构,使用架构,关注点都仅限
用户1177503
2018-02-26
9760
架构设计中的方法学——迭代设计
(本文摘自2010技术应用计划相关章节) 在软件生命周期中,我们如何对待架构设计的发展? 架构设计往往发生在细节需求尚未完成的时候进行的。因此,随着项目的进行,需求还可能细化,可能变更。原先的架构肯定会有不足或错误的地方。 借用一句明言,"凡事预则立,不预则废",在软件设计初期,投入精力进行架构的设计是很有必要的,这个架构是你在后续的设计、编码过程中依赖的基础。 我们应用迭代方法的最大的目的就是为了稳步的改进软件架构。 软件架构的改进在软件开发过程会经历一个振荡期,这个振荡期可能横跨了数个迭代周期,其间架
用户1177503
2018-02-26
7010
架构重构改善既有代码的设计
(本文摘自2010技术应用计划相关章节)     当架构模型进行迭代的过程中,必然伴随着对模型进行修改和改进。我们如何防止对模型的修改,又如何保证对模型进行正确的改进? Context   架构模型通过精化、合并等活动之后,将会直接用于指导代码。而这个时候,往往就会暴露出一些问题出来,通常在实际编码中,发现架构存在或大或小的问题和错误,导致编码活动无法继续。这时候我们就需要对架构模型进行修改了。而架构设计的过程本身是一个迭代的过程,这就意味着在每一次的迭代周期中,都需要对架构进行改进。 Problem
用户1177503
2018-02-26
1.1K0
模块架构不是软件成功的“决定因素”
【本文是09年的一篇旧文,出于某些原因,对原文内容有删减,在这里整理后重新发表】 前言 感谢XXX对我们技术,对我们公司产品提出这些意见,我们公司卖的是软件产品,开发软件是一件技术活,说实话,要把技术上面的东西用非技术的语言来向大家交流,的确不是容易的事情。 架构的概念和架构的变迁 首先,“架构”一词我们技术和大家有不同的理解,从于冬琪提出的“平行架构”和“树形架构”的字面意思来理解,他(暂且用这个“他”而不是“她”,现在我们只见其声不见其人,不知者无罪,假设错了还请见谅:) )的关注点应该是“功能模
用户1177503
2018-02-26
5860
2010技术应用计划
导读: “2010技术应用计划”是去年3月中心部门头脑风暴“成果”的一部分,现在重新回顾一下,当时的许多计划或许对现在及以后还有一定的意义,故放在我的博客“朝花夕拾”分类中。 1 架构参与方案以及计划 1.1 解决的问题: 代码质量差、Bug多 注:这个问题只是从架构工作的视角,帮助开发人员改善代码质量,降低Bug数量的方案。 1.2 参与方案: 1.2.1 树立架构意识 通过各种形式,介绍软件架构的概念,使用架构的好处,在开发人员中树立使用架构的意识。这些形式可以是平常技术交流(Coffee Ti
用户1177503
2018-02-26
6830
架构如何为业务和技术“服务”(1)
前言 为提升架构对于项目,产品的贡献度,更好的服务于业务和技术,本文将探讨架构的现状和规划未来架构的目标。 在讨论架构、业务、技术的问题前,请耐心的阅读完本文有关架构、企业架构、软件架构、架构师的概念性定义,很多时候我们阅读文章都是“秒杀”风格的,只看自己感兴趣的部分,不看长篇大论,只有明确了这些概念定义,才能明白我们现在讨论的主旨。 1,架构定义 1.1,架构 架构是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案,架构往往是对复杂形态的一种共性的体系抽象。 一个架构是系统的基本
用户1177503
2018-02-26
1.2K0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
Python精品学习库
代码在线跑,知识轻松学
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档