数据建模其实就是数据库设计，是很关键的环节，他的前体条件是：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号
