-
Model Processing with the XNA Framework Content Pipeline
所属栏目：[程序设计] 日期：2020-05-23 热度：197
Model Processing with the XNA Framework Content Pipeline Describes the model conversion process implemented by XNA Framework Content Pipeline. The conversion of a game asset in your project is a compl[详细]
-
国家标准：电子计算机机房设计规范 你的机房是这样的吗？
所属栏目：[程序设计] 日期：2020-05-23 热度：124
第一章 总则 第1.0.1条 为了使电子计算机机房设计确保电子计算机系统稳定可靠运行及保障机房工作人员有良好的工作环境，做到技术先进、经济合理、安全 适用、确保质量，制定本规范。 第1.0.2条 本规范适用于陆地上新建、改建和扩建的主机房建筑面积大于或等于[详细]
-
敏捷开发的常见问题
所属栏目：[程序设计] 日期：2020-05-23 热度：106
1. 技术负债在敏捷团队中会快速的膨胀。 2. 敏捷软件开发团队会想当然地认为每个团队成员都专业，称职并富有责任心。如果事实不是如此，项目开发很快会变得举步维艰。 3. 由于对敏捷开发实践的错误理解，导致团队不合理地频繁交付，疲于奔命。 4. 实施敏捷的[详细]
-
mit-scheme依赖关系的解决
所属栏目：[程序设计] 日期：2020-05-23 热度：79
sudo apt-get install mit-scheme 下列的软件包有不能满足的依赖关系： mit-scheme: 依赖: libltdl3 (= 1.5.2-2) 但却无法安装它 到这个网站下载一个libtdl3的deb，安装之，然后再装mit-scheme。 mit-scheme是SICP（计算机程序构造与解释）使用的教学语言，现[详细]
-
路径依赖”理论
所属栏目：[程序设计] 日期：2020-05-23 热度：132
“路径依赖”理论：好的开始是成功的一半 第一个明确提出“路径依赖”理论的是美国经济学家道格拉斯诺思。诺思认为，“路径依赖”类似于物理学中的“惯性”，一旦进入某一路径（无论是“好”的还是“坏”的）就可能对这种路径产生依赖。 在现实生活中，“路径[详细]
-
实用模式--聚合和耦合
所属栏目：[程序设计] 日期：2020-05-23 热度：125
实用模式 聚合和耦合 很多软件设计一直都存在一个问题：这段代码应放置在哪里？我一直在寻找编排代码的最佳方法，以便能够更轻松地编写、理解代码，并在以后更方便地进行更改。如果我的代码构造很漂亮，我将可名扬四海，无限荣光。如果构造得很糟糕，那些追[详细]
-
关于依赖倒置原则2-关于安防项目的一点看法
所属栏目：[程序设计] 日期：2020-05-23 热度：200
在设计模式中有一个非常有名的设计原则就是依赖倒置的原则，该原则是指越底层的程序应该依赖上层定义的接口，而不是等底层程序编写好后，再进行上层程序的编写。但是在实际情况中，很多开发都是先进行底层程序的编写，然后交给上层应用人员去使用。这样就会[详细]
-
[ROR]TDD，想说爱你不容易
所属栏目：[程序设计] 日期：2020-05-23 热度：149
TDD，也就是 Test Driven Development--测试驱动开发，其实是一种开发方式的巨大提高。它 提出了一种新的开发方式：以测试为驱动。在此，我仍然想引用一个曾经看过的ThoughtWorks的 一个人的Blog中的一句话：“什么是TDD？TDD就是把你的需求用测试给描述出来[详细]
-
浅读《大话设计模式》————5、会修电脑不会修收音机？——依赖倒转原则
所属栏目：[程序设计] 日期：2020-05-23 热度：136
电脑比收音机简单吗？为什么拆开两者，很明显，收音机看起来还要比电脑更复杂呢？原来，好的架构好的设计在哪里都是通用的！电脑各部件缺一不可，但是绝不是只针对某一个或者某一类产品，所有不同产品的厂商都只服从一个统一的标准，这样，我们就看不出电脑中[详细]
-
浅读《大话设计模式》————3、拍摄UFO——单一职责原则
所属栏目：[程序设计] 日期：2020-05-23 热度：169
这个模式应该是最容易理解的一个模式了。不过解释意义还是比较有深度的：就有一个类而言，应该仅有一个引起它变化的原因[ASD]。职责越单一，功能就越独立。也就没有复杂度，就更好维护，也更利于复用了。 作者对这个模式的运用和解释已经很清楚了“软件设计真[详细]
-
模型-视图-控制器(MVC)框架是什么东西？
所属栏目：[程序设计] 日期：2020-05-23 热度：114
MVC是个将一个应用的实现分成三个组件角色的框架技术：模型，视图和控制器。 在基于MVC的应用里，Model(模型)是负责保持状态的应用组件。这个状态通常都持久于数据库之中（譬如，我们也许会有一个Product（产品）类用来代表SQL中的Products数据表中的订单数据[详细]
-
完整性开发
所属栏目：[程序设计] 日期：2020-05-23 热度：83
从业5年，一直开发Windows平台上的程序，客户端为主，间或网络、驱动。对于测试总结出一些经验，自认为有助于提高开发生产效率，目前的感觉在30%左右。具体数据随着这些方法的使用逐渐清晰。也请参考这些方法的兄弟们参与讨论，指正或提出更好的办法，共同让[详细]
-
XNA: Overview of the Content Pipeline
所属栏目：[程序设计] 日期：2020-05-23 热度：116
Overview of the Content Pipeline Describes how the XNA Game Studio Content Pipeline lets you build art assets into your game automatically from the file formats in which they are maintained. 使用Content[详细]
-
依赖，关联，组合， 聚合
所属栏目：[程序设计] 日期：2020-05-23 热度：55
在类图中，除了需要描述单独的类的名称、属性和操作外，我们还需要描述类之间的联系，因为没有类是单独存在的，它们通常需要 和别的类协作，创造比单独工作更大的语义。在UML类图中，关系用类框之间的连线来表示，连线上和连线端头处的不同修饰符表示不同的关[详细]
-
Content Pipeline Architecture
所属栏目：[程序设计] 日期：2020-05-23 热度：83
Content Pipeline Architecture Describes the architecture of the XNA Game Studio Content Pipeline build process. The process is designed to be extensible, so that it can easily support new input file f[详细]
-
bboss aop 实践 (3-1) 构造函数依赖注入
所属栏目：[程序设计] 日期：2020-05-23 热度：101
/method /synchronize interceptor class=com.chinacreator.spi.interceptor.Insterceptor/ interceptor class=com.chinacreator.spi.interceptor.Insterceptor1/[详细]
-
bboss aop 实践（2）属性依赖注入
所属栏目：[程序设计] 日期：2020-05-23 热度：109
本系列文件之二 介绍bboss aop框架中依赖注入(ioc)功能的使用方法 本系列文章适用于bboss-aop-1.0.5，下载地址： https://sourceforge.net/project/showfiles.php?group_id=238653package_id=290546release_id=658454 bboss aop提供两种方式的依赖注入： 属性[详细]
-
基于DDD项目的设计总结
所属栏目：[程序设计] 日期：2020-05-23 热度：158
一、为什么要使用领域模型 有助于团队创建一个业务部门与IT部门都能理解的通用模型，并用该模型来沟通业务需求、数据实体、过程模型。 模型是模块化、可扩展、易于维护的，同时设计还反映了业务模型。 提高了业务领域对象的可重用性和可测性。 二、领域的分层[详细]
-
2009-03-16读书记录：《大话设计模式》第三章——单一职责原则
所属栏目：[程序设计] 日期：2020-05-23 热度：166
本章中用一个搞笑的小故事讲解，单一原则的重要性。 的确现在的手机真是的集所有功能于一身，一部手机可以是录音笔、电子表、闹钟、照相机、Mp3播放器等等，但分别来看：录音时间不长、表钟还可以、照相效果不好、音效当然要比MP3差一些了。唯一能取的优点就[详细]
-
用位运算将一个字符的二进制倒置 (c代码)
所属栏目：[程序设计] 日期：2020-05-23 热度：138
#includeiostreamusing namespace std;//读取该字符的8位二进制void fun(unsigned char x){ for(int i=0;i8;i++) { coutx%2;x/=2; } coutendl;}int main(){ unsigned char ch[详细]
-
bboss aop 实践（4） 防止循环依赖注入
所属栏目：[程序设计] 日期：2020-05-23 热度：181
bboss项目下载列表 在sourceforge访问地址为： https://sourceforge.net/project/showfiles.php?group_id=238653 前两节介绍了bboss aop框架的两种依赖注入方式：属性依赖注入和构造函数依赖注入。这一节介绍一下bboss aop框架防止循环依赖注入的功能。 在介[详细]
-
COM 的聚合和包容
所属栏目：[程序设计] 日期：2020-05-23 热度：53
我们可以这样去认识它们 包容(Containment/Delegate) com的包容就是在自己的组件里利用别人的组件。 实现这种目的的步骤很简单：如下代码 HRESULT FinalConstruct() { HRESULT hr; hr = CoCreateInstance( CLSID_SimpleMath, NULL, CLSCTX_INPROC_SERV[详细]
-
2009-03-26读书记录：《大话设计模式》第五章——依赖倒转原则
所属栏目：[程序设计] 日期：2020-05-23 热度：130
依赖倒转原则 ： 高层模块不应该依赖低层模块，两个都应该依赖抽象。 抽象不应该依赖细节，细节应该依赖于抽象。 软件设计中不管高层模块还是低层模块，它们都依赖于抽象，具体一点就是接口或抽象类，只要接口稳定，那么任何一个的更改都不用担心其它受到影响[详细]
-
类依赖关系的方向
所属栏目：[程序设计] 日期：2020-05-23 热度：83
类依赖关系的方向 黄国强 2009-3-26 我的博客中的类图中大致会出现三种关系，即：一般依赖、继承和聚合。有些博友可能不太清楚依赖关系的方向，故我在这里集中说明。见下图。 下面分别举例说明。1 一般依赖关系class B{};class A{... void func(B * pB);...};[详细]
-
依赖倒转原则（针对接口编程，而非实现编程）
所属栏目：[程序设计] 日期：2020-05-23 热度：50
依赖倒转原则（针对接口编程，而非实现编程）： A. 高层模块不应该依赖底层模块。两个都应该依赖抽象 B. 抽象不应该依赖细节。细节应该依赖抽象 里氏代换原则：子类型必须能够替换掉他们的父类型。 只有当子类可以替换掉父类，软件单位的功能不受到影响时，父[详细]
浙公网安备 33038102330553号