标签归档：感想

给软件加控制功能，可以随时中断使用

发表评论 
public void RemoteCtrl()
{
    WebClient web = new WebClient();
    web.Encoding = Encoding.UTF8;
    string json = web.DownloadString("http://softapi.ilinshu.cn/softinfo/query/1" );
    SoftInfo si = JsonConvert.DeserializeObject<SoftInfo >(json);
    if (si.State != 0)
    {
        MessageBox.Show(si.ErrorMessage, "内部错误" , MessageBoxButtons .OK, MessageBoxIcon.Stop);
        Environment.Exit(0);
        return;
    }
}

实用，快速输出产品为目的

发表评论

实用，快速输出产品为目的，出不了产品的情况下，所有模式、设计、优化都是耍流氓。

利用现有的基础技术, sql + 编程语言，快速完成开发。而不是去研究在这些基础技术之上延伸出来的各种技术，比如EF等，有研究EF的功夫，实现或优化几个业务逻辑多好。

现在才明白，那些简单的，花时间少就能掌握的技术才是好技术。复杂的技术不适合做复杂的产品，同样，简单的产品也用不上复杂的技术。这己经被多次印证，解决一个问题，如果觉得复杂了，那么肯定思路错了！

MVC+EF我现在觉得比较操蛋，更操蛋的是博客园上天天讨论的DDD领域模型。

要用.NET就用WebForm+Dapper

否则就用PHP+Yii

至少现在对于我来说是适用的，有团队的情况下再说！

断网，保持自己的思考能力！决不能过分依赖网络！

解决问题的思路应该是：自己思考->查专业资料（MSDN等）->利用搜索引擎查->论坛发帖子（绝对不要QQ群，现在QQ群已经没人回答问题）-> 问现实中的人。

现在不要想盗版正版的问题，我特么中毒太深，产品都没出来，意淫的太多了！！！！！

保持现实，保持冷静，保持思考力！适应自己的才是最好的，其他都扯淡！

该松耦合的时候松耦合

发表评论

该松耦合的时候松耦合

该紧耦合的时候紧耦合

没有绝对的好和坏。

现在才发现webform非常好，页面相关的，紧耦合（微软已经给做好了）。

业务方面松耦合，可以灵活变更，以免造成牵一发而动全身的情况。

而MVC正好相反了，页面拆成3份view+model+controller. 业务方面正好偏向是紧耦合的。

controller层不可能写过去复杂的业务逻辑。业务逻辑都要另分离出一层。

不好。

MVC的好处是：在技术层面上，把前端、程序员的职责分开了。

现在都是我自己搞，分开始在是没必要。

如果有团队，分开是非常好的。各专其业。