sfcyyc的专栏

    最近开发工作比较忙，所以没有来得及上网，今天看到有朋友询问MFC 与.NET互操作的消息映射 的问题，其实MSDN帮助中有非常详细的说明，我这里将有关内容粘贴过来：数据绑定 DDX_ManagedControl 调用 CWinFormsControl::CreateManagedControl 以创建一个与资源控件 ID 匹配的控件。如果对 CWinFormsControl 控件使

最近希望通过程序控制另外一个程序置于其他窗口的顶层，但是，又不是那种一直处于顶层的窗口，开始使用BringWindowToTop函数，结果不起作用，后来采用了SetWindowPos，来实现            //读取当前的主框架的style            DWORD dwStyle=::GetWindowLong(hWnd,GWL_EXSTYLE);               

<br />    好久没有与一个人倾心交流技术方面的东西了，今天上午，E到公司，看了刚刚新做的一些东西，谈了自己的看法，有一种久违的感觉，感觉自己被琐事缠身远离技术、远离创新的感觉。<br />      有些事情该放下，有些事情该拾起来。

我对于诺基亚的情有独钟，主要是因为诺基亚的手机确实好用。我最早用得手机是摩托罗拉的LF2000，然后是三星的T108，再后来是摩托罗拉的V303，之后在一次钓鱼的机会，我和V303一起掉到海里了，结果V303出了故障，后来修好了，弟弟却看好了，用他的诺基亚3100换我的V303用

这两天在程序中实现一个动态创建HTML的功能类，发现公司一个小伙子写的如下的一个类：public class UIHtml    {        public UIHtml() { }        public UIHtml(string ObjectName,TBHtmlViewType ViewType, string MD5)        {

公司一直从事政府相关项目的开发，几年来一直在基于微软的.net技术开发应用平台，现在已经基本成型了，并且在某些项目上开始应用，但是最近老板跟多个朋友聊天说起公司的开发平台的事情，很多人建议他换用java作为公司软件的开发技术，并且列举了大量的java的好处，.net的劣势，现在老板好像有意将开发技术转向java，让我决策，到底是否适用java。我本人对java了解不多，只是感觉换用java的话

declare @name sysname      declare @sql varchar(256)    declare csr1 cursor      for      select TABLE_NAME from INFORMATION_SCHEMA.TABLES      open csr1      FETCH NEXT FROM csr1 INTO @na

一直使用.net做开发，最近因为项目的需要，开始接触java，不不可避免要访问数据库，微软的访问数据库技术从我从odbc开始，到DAO，再到ADO，到现在的ADO.NET，ADO.NET开发效率非常高，与最初的odbc和dao相比，已不可同日而语。最新的微软框架中又增加了LINQ的功能，使用起来更是如虎添翼。java中一直使用的是jdbc，对于数据库的访问非常类似微软早期的ado或dao，使用

下午到论坛上逛了逛，显示.NEt论坛，后来是MFC部分，看到数据库相关的栏目，发现好多人在用MFC访问数据库，感觉比较郁闷，自己在10年前问的哪些问题，现在还有人在问。        2000年前后用VC6写数据库程序，主要是一种对C++的爱好，彼时遇到很多挫折，不过C++功力大增，后来又写视频图像相关的程序，非用C++不行。但是，C++写数据库应用程序太遭罪了，两个原因，一是程序员难找，二是

1、Process.Start()返回启动进程main函数的返回值  private void button1_Click(object sender, EventArgs e)        {            Process da = new Process();            da.StartInfo.FileName = "ConsoleApplication

    在每个管理器中都可以定义过滤器资源，可以在流程节点定义时使用过滤器，可以在导航树中调用过滤器，可以在任务列表中调用过滤器，可以在数据检索时调用过滤器资源。    在需求分析管理器中描述一些场景时更应该调用过滤器。

    随着市场的不断增长，我们的客户越来越多，客户的数据库的升级和产品的升级愈来愈麻烦。例如，我们在3年之前个A客户安装了管理软件，现在需要给客户升级产品，我们的麻烦来了。    我们的现实情况是：开发部负责产品的开发，他们会根据需要修改数据库，对于数据库非常熟悉；工程部负责给给客户升级程序和数据库，对于数据库不属性，别指望他们直接修改表结构或触发器或存储过程；客户分布在天南海北，有的距离非常遥

    今天在机器上安装了VS2008，对于C＋＋而言，没有特别的变化。    6.0,2003,2005可以和2008共存。    2008可以连接2005的TFS。    我们使用MFC，目前没有发现2005存在什么不可解决的问题。如果采用2008，则所有的代码编译可能会有问题。这个工作量可不小。    所有的人员都需要升级系统。    如果将2005下的project转换为2008格式，风险

        从10月份开始，我几乎就没有时间上网了，更不用说在这里写点东西，快过春节了，最近又解决了一系列的技术难题（对于我来说），现在公司的同事很多都回家 了，比较清闲，所以我这里有时间总结一下这几个月的工作。可能是思想里比较重视春节吧，所以总是把春节前作为一年的结束，把正月看作一年的开始，而阳历的 元旦不太看重，没有特别的感觉。最近的一个月特别忙，目的就是希望在本年结束之前给自己一个交代。

    N年之前，由于总经理 对用户非常熟悉（总经理本身就是一个用户，后来开始做软件），开发人员只需要按照总经理的要求设计软件，这个软件就应该是好用的，事实上的确如此，因为用户比较喜欢我们那时的产品，而对于开发人员，只需要呆在家里，没有必要跑到客户哪里去了解什么需求，因为市场人员和服务人员就会反馈很多新的需求。    现在不同了，总经理不再有时间告诉开发人员用户需求是什么，而且，对于很多的专业，总

   我们可以通过AnyData更简单更迅速的定义一个新的应用吗？当这个应用的需求变化时我们能够快速的响应这种变化吗？当我们面对一个新的客户或新的应用时，我们可以在我们的流程设计器中添加客户或应用的名称，然后添加很多的场景，其中涉及到很多的用户，很多的数据对象，然后这些客户对对象进行那些操作，这些数据对象有那些特征等等。各个场景之间有那些顺序关系？企业名称：××××公司部门：开发部，工程部，行政部

    对于基于AnyData的应用程序而言，流程命令绝对是一个好东西，但是当流程命令越来越多的时候，我发现这些对业务规则的实现起决定性作用的东西，开始泛滥，创建一个流程命令非常容易，只要通过.NET定一个DLL（EXE也可以）， 然后在其中写一个类Class，然后在类中添加一个Method，这个Method可以有Param，也可以没有Param，然后AnyData就可以通过通过如下的方式调用： 

    在AnyData中，要管理的对象模型是这样的：       对象    －－－子对象                    －－－子对象                   －－－子对象－－－子对象                                           －－－子对象                    

    在AnyData 中，我们需要通过节点标识（一个sql条件）来描述一个流程节点，当前数据满足该节点标识时，数据处于该节点，例如 Printed=T 表示 已打印，CheckPassed=F 表示审核未通过。    例如，在医院超声检查流程中的几个节点和节点标识如下    已到达 ：   Schedule.Arrived=T and Schedule.Waited=F   

    在流程节点标识中，我们通过标记字段组成节点标识，节点标识分为两种，一种是多字段节点标识（需要多个标记字段组合到一起来标识一个节点），另一种是单字段节点标识（只需一个字段的不同值来标识一个节点）。    在多字段节点标识中，如果存在的节点数量超过5个，则节点的维护就会比较麻烦，为此我们比想办法降低维护的复杂程度。我们希望有一个工具来维护节点标识。    例如，我们可以对标记字段进行定义，标记

Option Explicit  Private Type GUIDType          D1               As Long          D2               As Integer          D3               As Integer          D4(8)         As Byte  End Type  Private Dec

    为了在插件中调用.NET控件，或者通过.NET库来开发插件，我需要接口描述文件（Interface Description File)，这个文件描述了.NET程序中的接口，我们完全可以在C++中通过IDF(接口描述文件)来调用这个DLL中的接口。    C++插件可以识别这样的接口描述文件，并且可以在插件管理器中看到所有的接口描述信息。例如在BTradePrice.DLL中有如下的接口描述

再编写一个SelfHost控制台程序时，遇到整个413问题，通过bing搜索，找到了解决办法，测试可用，记录如下：https://stackoverflow.com/questions/45852737/413-request-entity-too-large-for-httpclientThe problem has to be solved on theserver-side (se...