B/S和C/S孰优孰劣百度上很多，各有各的优势和短处。如果哪家ERP厂商吹捧说自己公司的产品是基于B/S模式所以有优势的说法绝对是忽悠人的。其实B/S没有什么不好，但是因为你是B/S模式，客户端只能限制在IE浏览器上使用那就绝对是大错特错了。而如果因为你是C/S模式，客户端只能在Windows系统上使用那也是让人难以接受的。一定要很清楚，终端跨平台和多元化一定是要考虑进去的。

灵活使用 inherit 继承父值，可以解决许多看似复杂的问题。对于本题，我们对图片容器添加一个伪元素，使用 background-image:inherit 继承父值的背景图值，就可以做到无论图片如何变，我们的 CSS 代码都无需改动：

由于这个问题经常遇到，并且如果不能解决的话肯定不会再考虑使用该dll了，这是一个可用性的问题。所以我在调用c++方法的时候，通常都会先批量跑一边，通过日志记录下每调用一次方法后，当前进程所占用的内存大小，这样在运行一段时间以后，就能很清楚的看到内存是否持续增长，如果是的话就需要和编写该dll的同事进行沟通，给他们提供测试数据，确认产生问题的原因。有时即使C++中的方法进行了内存释放， 如果哪一套ERP系统的服务端只能安装在Windows Server上，客户端只能在Windows系统上使用的话，那么请毫不犹豫得忽略它。企业应用很复杂，客户端不能只考虑到win系统，再加上VPN的使用，未来员工在家使用ERP也是很正常的事情。所以如果ERP不能跨平台，基本上可以说明这是一套垃圾ERP。我所知道的用友系统基本上都是基于Windows系统，其他诸如Linux，OSX系统是没法用的。而SAP有对应平台的客户端软件，服务端也有多种系统可供选择。

优点：编码简单，对普通程序员的编码无影响（除窗体类的基类由Form类变成MyStyleFormBase类）；

缺点：因每次打开窗体都需要遍历控件并进行简繁转换，如果界面上的控件较多，则可能导致打开窗体较慢，影响用户体验，且子控件的文本内容改变时需程序员手动通知，无法自动感知并转换。

HT for Web 为网络拓扑图上的节点提供了两个文本，也确实需要两个文本同时存在的情况，比如车站上面的站牌，就有汉字和拼音的组合，如果做一个公交站示意图的话，节点上的两个文本就都用得上了。今天就模拟一个地铁站点和大家一起聊聊网络拓扑图上的文本应用。  http://www.cnblogs.com/gkseryh/  

在前端网页设计中，文本是重要的组成部分，那么在网络拓扑图中也是一样的，文本在网络拓扑图上最基本的显示功能之一，在不同的应用场景下，会有不同的需求。但是不同的需求也逃不过一些基础设置，如位置、旋转、字体、颜色等需求。接下来我们就来详细聊聊 HT for Web 中文本的相关应用。  http://www.cnblogs.com/liwvgy/  

网络传输层负责最底层的底层链路连接。两台主机之间进行互联，基于网线的物理硬件上的协议。在这个层面，主机与主机的交互只认得硬件mac编号，并不认识IP。这个层需要了解的一个概念是MTU，网络中每个路由都会设置一个MTU，代表这个路由中能通过的最大的包的大小。那么整个网络链路的MTU值就是由网络中所有路由的最小MTU决定。这个就好比水路管道，水流量是由管道链路中管子最小的那个链路来决定的。

从上图可以看出，文本有各种各样的需求，有可能还有其他更复杂的需求，在这边我就抽取几种需求来具体描述下，那我们一步一步来调效果，先从厦门这个站点开始吧。

内存问题有时候并不会体现的十分明显，这需要我们更加细心的观察日志并发现导致问题的真正原因。我之前遇到该方面的一个问题，刚开始内存涨幅非常明显，经过多次与开发该dll的同事沟通后，问题已经解决的差不多了，但是大量测试后发现内存还是会有一点上涨，虽然幅度很小，但第六感告诉我此中必有蹊跷，这要是上线跑个几天岂不是还得爆，后来我把每一次调用c++方法后当前进程占用的内存输出到文件中，经过仔细观察，发现绝大部分文件(文件内容要传入c++方法中进行处理)都没问题，内存都很平稳，但是有极小一部分文件在传入c++方法后，会导致内存相比其他文件有一个明显的增长，看来问题是出现在这些文件中，随后把这些文件单独放在一起进行循环调用，内存一下子就大幅增长了，后面就不用说了，问题当然解决了。

对Form类进行二次封装（继承）