数据建模其实就是数据库设计,是很关键的环节,他的前体条件是:1)对需求充分消化,全局性的归纳及总结;(什么功能操作什么表。表与表之间的逻辑处理;)2)对接下来的程序开发,做了充分的布局;(程序如何换分为子系统,每个程序之间如何工作的)设计原则及考虑维度1)效率开发效率,模型简单,更少的数据库表,开发容易,维护容易;2)性能数据要快3)成本避免数据冗余MIS系统我更在意的是开发效率及应变性,因为数据
这些年开发了不少mis系统,是时候做一个系统性的总结了,有2年左右时间专门做政府/教育/国企的定制开发,感觉这行业项目按时交付并达到预期效果的比例不足20%,而且60%的项目因为需求不明/研发不力/实施遇阻等原因造成交付遥遥无期,庆幸我参与的项目都是按期验收的,因为在我的概念中,技术团队对项目成败起更决定性的:1)研发经理更理解需求,深挖潜在需求,就会少走弯路,少做推到重来的工作;(需求不明)2)
应用场景:1.动态载入类成员(一些swoole框架,修改的代码需要重载服务器,可以动态多次载入扩展函数文件)2.团队开发写同一个文件的避免冲突,自己单独可以一个扩展文件;3.一个类的代码太多太多,将一些成员函数分解到多个文件中;<?phpclassuser{static$funcs=array();staticfunctionext($method,$func){self::$funcs[$
遇到这样一个场景: 有一个上百万条记录的list,里面有重复的记录需要清理掉; 开始想着要用嵌套循环遍历去找之类的,效率肯定不行,后来才用到hashmap来保存重复的键值; 只需 遍历一次,以键值为下标,建立map隐射,对于每一个节点处理为: 先根据键值检测map中是否存在数据,存在表示当
做了很多年程序员了,今天突然心血来潮,想整理整理思绪,我其实是一个很乐意分享技术的人,很多时候我跟我的团队都是这样说“助人为乐,教学相长”,分享自己也对自己是一次整理和提升;先乱七八糟的写吧,技术点滴不管高深与否,生活心情不管悲喜;希望再过很多年以后,我自己回头来看,有这么一段艰苦而美好的奋斗岁月,值得回味、怀念;
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号