对简单面板的一些简单理解

很久很久之前便对那面板“心仪”已久，看着如此多的大鸟在三五分钟内啪啪啪的搞定一个所谓的板子，心里煞是佩服，那份“敬仰“犹如岳麓山那么的高，犹如湘江水那么深（说的是旺季，不是干枯季节）。其实，敲一个画板对我来说还真不容易，就像那丫丫学步（到底是哪个ya也搞不清了，这次就从了搜狗了），貌似可以走，其实不敢走，其实也是不能走，因为老摔跤，所以就压压在学了。理其实蛮好懂的，只有摔过跤才晓得那一步应该怎样抬脚，怎样滑出，怎样着陆。活了这么个年头这一次又得压压的学一次了，摔一跤走稳十步乃至一步，我表示心满意足了！
压压的学这几步可老捉弄人了，昨天下午三点四十五（误差小于或等于一个小时零五分钟），熊哥手把手的教了一遍那个简单画板的全过程，看着那纤细的手指在方寸之地上飞飞的晃着，心里一阵的小悸动：不为程序，就为那手指，为那手指那模样，杂家也从了Java。多远大的理想啊！
看着熊哥飞来飞去的晃着，哦，不是，是熊哥的手指飞来飞去的晃着，心里想着动作事件与监听器的那啥啥啥，就纳闷了，这俩啥时候暗地里“勾搭“上了，这可不是好现象，现在讲究透明化，早晚有那么一天会被揭发的，小样，等着瞧吧！我表示枕着高枕头看着那俩的曝光的那一天：那是一个风和日丽的一个上午，众记者长枪短刀的对着俩原告••••••我就说：哼，就知道不是俩好家伙！话说监听器其实是一个不很（其实更想用很不来着，怕触了众怒，就这么委屈一下吧）可靠地家伙，每次都说好了结果还是背地里捅我刀子，cao！
昨个下午听完后，那叫一个乱，没一点思路，看着新建的Class，就想着：类声明了属性和方法，就先把这俩老实的先搞定吧！然后又想着既然声明了类，对象也就要创建了，于是乎，就屁颠屁颠的建了一对象，然后呢，要有画板，那就要有界面啊！要是就又颠颠的去搞了一界面，然后又想着画板要有工具栏和画布之分了啊，然后又•••••••总之是很多个需求，然后是很多很多个然后。最后Ctrl+s一下，然后Run As一下，然后我就想哭了：界面出来了，工具有了，可是只能画直线啊！今天的太阳怎么这么的潮湿啊！
熊哥讲完时，还特意的让他老人家给写了一些思路，结果发现，我的思路倍儿乱，就知道蒙着头呼呼地前窜，那写的是倍儿简单，超高清！然后回过头看看，发现其实和我的思路有雷同之处，不怀疑他老人家有抄袭的嫌隙，下次注意了啊！下面简单的理一下我做简单画板的简单思路：一.做一个界面也可以称为窗体；二. 构建并划分区域，即功能区域和画布两部分；三完善功能区和画布区，即添加组件或者事件；将功能区和画布通过监听器联系起来，使事件有始有终。思路是倍儿的简单，但过程••••••其实吧，也都马马虎虎了，只有会一个，并有愚公那祖字辈人家的什么锲而不舍，滴水穿石的精神，我想这个其实是可以相当的顺畅的解决的。备注：由于本人没孟姜女那千年唯一望神经，所以这个还是耗费了我一下午的青春时光去搞定的。下面是第一次时的失败（图0）：

图0.运行图

至于将所有线条都作为直线来处理，我表示这是一个意外，很大很大的意外，出错的原因也是太多太多，这里就不再原因一一详列，在下面针对错误的过程中会一步步将那个鲜红鲜红的红盖头一点点的揭开的，下面就结合笨人ME的实战来一点点的揭示简单画板中其实不简单的错误。
一． 态度：
老生常谈一把“态度“，最近貌似不经常性的讲大道理了，而是有着一股做出一番小实践的冲动，看着这股子冲动，就不自主的感慨：年轻真TM好！错了全由时间埋单！
首先先是道歉，鄙人态度至今还不是如此的到位，以至于前几天晚上都是我陪胡zong一起练习，哈哈哈！有着一股学下去的激情，却少了一份坚持下去的恒心，再加上自我感觉自己自持力又那么“略微“的低了一些，所以隐约中就想找个人管管，稍微的给我约束一下，明知不好，却也只能明知山有虎，偏向虎山行了。小小的脑袋瓜里总认为寝室不是学习的地方，以至于基本上从未在寝室里学过，所以害怕一回去就俩手一撒，坐等明日忏悔。这就请胡zong老人家给谅解谅解了，嘎嘎嘎！
其次稍微的跑一下题，其实自我感觉态度和性格有着那么多的相似之处，甚至有时感觉两者就是水乳-交融，不分彼此。所以寒假刚回家的那几天，每当看到刚玩一会儿的小侄子说“叔叔，什么时候写作业“时，就不由得想其实态度是个时间过程，并不是一件事或一两天可以争论的。
最后言归正传，编写Java程序，态度还是很重要的，学不好是认知问题，不好好学就是态度问题了。所以不大话说自己态度没问题，只能说：还算好好学了，但是学的不太好！
如下自己编译过程中的实例说明一下自己在简单画板的制作中的态度问题：
1. createContentPanel和createFunctionPanel相似吗？顶多称得上同源吧，怎么也不能称同卵双生吧？可就这样，我竟然将两者混着敲了，而且混的还不止一次？
2. Panel简单吧！五个单词，就这样还不止一两次的敲成panle！悲催了。
以上是这次主要的态度问题，当然还有其他问题，这里就不一一赘述了，详细解析下次见同一时间！
如下是由于大意而出现的一些编译错误：

图1.原代码图

当运行时，发现第一次点击矩形出现图形为圆，而且圆和矩形都位于下半部分（如2）：

图2：运行结果

二．格局：
总是说整体感没有冲击力，这次呕心沥血在网上找到了一同义词，绝对的亲姊妹！格局一词经常性的用来形容人的气魄和胸怀！这回狗肉当羊肉卖一次，用格局一词来叙述自己在Java编译时的一些认识。
自我感觉胡zong经常性地说的一句话是：编不是目的，目的是解决问题。可我每次总是喊着运行不了了或者报错了去求教，这个也确实是个问题。你达到的结果是未知时，结果便是主角；当结果是可预知时，方法即过程便俨然女一号了！
自己对Java中的格局认识是：Java程序以虚拟类为载体，进而延伸出实体对象，从而达到小手术解决大问题的目的。类的具体说明外加创建对象的细节描述，编译一个Java程序便不再是难题，这是高度不同了，自然要看的风景也变了，便想着在类之间或者对象与类之间动些小手脚，用来解决大麻烦。同时还要外加一点自己对编程的小小的认识：所有的程序（直接的或者间接地）都是以解决现实问题为最高权杖，所以实用性便很自觉地站到了男一号的位置上。
当然这里所说的格局也包括条理感，写Java程序一定要条理清晰，哪些变量需要声明，需要是声明什么类型的等都必须在运作时一清二楚。
下图为将代码搞混，没有意识到正确的位置（图示3为部分代码，图示4为运行结果）：

图3.代码示例

图4.运行图

观看运行结果，发现，点击工具菜单后，在画布上自动生成一定大小的形状，并且直线都有共同的折点。
三．规则（秩序）：
生活中什么最可怕？没了秩序最可怕。生活是这样，程序也一样如此。一个程序（大鸟们都成为项目）各个环节之间都是有联系的，如一个变量必有一处声明和类型表示，一个类必有一个主函数，一个接口的实现必有Implements关键字等等，技术上没有感觉应该是，只有是or不是。所以学技术也是这样，没有知道不知道之分，只有懂和用的划分。
一个规则的形成是舍与得比例搭配的的过程，形成了舍的多了，自然得的更多了；终断了，舍的少了，自然得的也就不可同日而语了。说着很容易，只费两口水的就可以了，可做起来就玩命了。狠狠心，买件七匹狼（貌似是，不然就是柒牌）套上，然后像李连杰那样甩一句：男生就要对自己狠一点！
在编译画板的过程中，我犯了这么一个错误，在昨天熊哥编译的时候，他用了DrawFrame这个词来代言画板，我则用了DrawPicture来代，但在编写DrawListener监听类时，我将两者搞混了，一个程序中两者都有，报错时我就直接import了一下，结果就是开始提到的令人很是感慨天气的所有输出都是直线的结果，cao，很纠结！
如下便是很是让人为一天抓狂的运行结果图（图5）：

图5.运行图

       当要盖棺的时候，忽然发现以上所列重重极少涉及技术层面，很多都是做事情所必备的一些能力。像态度了以及规则了什么的，而格局则是一个人心胸乃至气魄的体现。这里只是就简单画板所列写的过程中所遇的一些简简单单的认识，大言之处还望海涵！

评论

1 楼 kowloonchen 2011-02-19