本文探讨了视图接口在Android和Web开发中的使用，对比了配置式+CodeBehind方式的优缺点，并提出了对设计工具和易用性的思考。文章还分析了不同平台下配置名称与Coding属性名称的差异，如Android的Drawable配置，讨论了其与设计和Coding之间的不一致性。最后，作者提出期望HTML能实现以视图为焦点的高效设计，以简化工作流程。
也算经历了不少视图模型接口，甚至写了一些。一个不太复杂的设计，顺便试试visual studio 2015的Android开发。
作为Coding角色的时候，我是不喜欢过多的非代码过程的，因为往往会带来
——难记，冗余，混乱...总而言之就是复杂。
现在的视图接口越来越多的使用配置式+CodeBehind方式，不知道是为了配置而配置，还是因为原本的设计而配置（作为不能提供良好设计工具的，我表示极度鄙视）。反正大家也就是越来越像web前端了。而web本身也是变态的，一些框架往js走，一些往html走，终究js一直是主流（代码本身的简洁灵活且不论）。
习惯了代码，但还是有时候配置能让工作简单一些，大概归纳起来我的这类工程中配置一般处理布局和一些简单属性设置（不至于到重用的地步，或者重用可能更麻烦的个把个属性）。
看了一篇帖子，把Android吹神了。什么模式话如何如何...总体API模型也一时半刻出不了什么新意，就像3D大家也都是摄像机模型一样，扯多了点，有的抽象本来也就是根据需要创造出来，这些无可厚非。今天是发泄一些他的视图的。
——flash设计里面名称和code属性名称是一致的，DHTML这个就更easy了，WPF是有无后缀的关系，QT也很直白（这个相比是设计中比较弱的，但反正很容易匹配）。Android的一些Drawable倒是让人爽了一下，但设计名称和Coding属性名称我感觉完全蛋疼了，不知是否Android要疯掉别人还是要傻瓜别人。好吧你让设计——设计器弱爆，我灵活点Code，似乎网络上一大片都是这种东西不知道如何是好。LeftDrawable（这个不叫设计器的东西，不咋用，名称不怎么记得）似乎还是和SetCompoundDrawablesWithIntrinsicBounds这个单词相关，至于CheckBox的图片真心找了好一阵无果 —— The network has no code.Just for axml.猜测是否用了LeftDrawable=》null。花的这个找的时间完整写一个View都写完了，我真心不知道设计者如何感想。
话说我的配置 —— 名称高度一致，一定是等同Property（哪怕用Attribute标识）。期待html的终极就是一个以视图为主的虚拟机，文档蓝本标记是严格的类结构，而且是个标准的预处理中间代码（我认为用户认识和不认识符号有什么重要的呢），对于Coder来说不是好事吗。这样都不用去恶心html和css，不用去找漏洞一般的试错处理问题 。不是吐槽这鸡巴web，Android离这个易用性远远不如。
——还是得表扬一下微软，模拟器随便一出手都比他家的好用。
昨天的成果——
继续查询解决问题完成作业。
....
过了几天
...
升级windows 10 出了些问题，整了几天不能调试...
娘的，xamarin过期了都...算了，还是整个IntelliJ IDEA to JAVA算了 —— 为了一个delegate便宜却来更多的麻烦不值得。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
