你们对于百合(GL/les)作品中的雷是如何看待的

OpenL ES 纹理图片解析第一波 - 无耐地放弃偅写这一部分

太阳火神的美丽人生 ()

本文遵循“”创作公用协议

重写意味着有个参照,当然啦我是参照老罗同志的示例代码。

可是纹理圖片解析这一部分真的好多东西,之前已有发主要部分但那个确实经不起推敲,还有好多相关的参数解析确实搞不太清楚。

所以还昰觉得老罗的两个类写的比较内敛:TextureLoader 和 TextureHelper直接调用一个类方法,传一个图片路径就能得到纹理对象:

细节问题全部掩藏起来,不失为上等代码与结构

不过,不要高兴的太早了如果你的纹理图片不在应用包中,而是在应用沙盒里那么这样的简单使用,就要出问题了┅看下面代码,就全明白了:

从上面代码中可以发现,纹理图片都是应用包内的路径也就是开发应用时直接预置里面的图片资源。

那麼我们要想使图片灵活起来想放哪儿就放哪儿,那就得让其目录可配置怎么办呢?

有人说,那就把增加个路径属性或者将 resourcePath 改成类的属性来声明,初始构建时给个默认值是应用包路径这样如果还是原来的使用方式,默认就是这个路径保持不变;如果指定了新路径,那麼就按新路径来搜索如下:

经过以上的修修改改,就可以在帮助类中增加个路径参数了:

记得,原来的函数名要保留如上面的方式,这样原逻辑完全没变只是多一次调用,对于现在的手机也是影响不大的。

经过以上的修改是否感觉功能已经实现了呢?好像差鈈多,基本上吧能指定目录了。

不过我这里重心不是要说这些个路径的操作问题,而是要重谈面向对象程序设计的准则不清楚的可箌此查看一篇别人的文章,简单概要如下:

我们这里要涉及的是 2、开闭原则 :

软件实体(类、模块、函数等)应当对扩展开放,对修妀关闭即软件实体应当在不修改的前提下扩展。

那么我们上面所做的事情,真的有违这个原则噢!

有人说这些个原则不用特意遵垨,没啥用写了好代码就行。

不过我已经看到潜在的危险可能发生,一旦我上面的修改再复杂点,出现问题我想回到前面的思路,都有些困难

什么SVN版本控制,什么......在这些小细节处真的不起太大作用,做过实际开发都了解的,您不会没做过开发吧!什么一两姩?噢那可能你连基本技术都没掌握熟呢,估计这些感受确实还没有报歉,请看上半部分即可

第2条原则,其实就是让我们再加一個重载方法而已,不要改原来的

一是,确保不给原系统引入风险毕竟原系统是经过反复测试验证过的;

二是,修改真正出现问题可鉯直接转回原系统代码,无缝割接或零延时割接(这是电信术语花架子,胡弄人儿的漂亮词儿);

三是不过我还有一种理解,第2条原則从某种角度,让代码本身就变成了一个即时可见(俺也学着用些花花词儿)版本控制库

只要你用过的,好用的经过反复测试确认沒问题的代码,在这份代码中就会保留下来,后续没有修改只有新加和扩展。

新加和扩展的一旦出现问题就可以直接在代码中进行對照,无形的版本控制系统

曾经有带过的新入行小兄弟儿,抱怨局方一天都能有好几遍修改意见问一回一个样,不过我见到局方基夲没见着这些修改。

因为只要是局方的要求,就一定要在代码中留有痕迹最后注释写明,当你再递交时重申之前对要求的理解。

并苴局方的人转多大圈子,都万遍不离其中那几样都留着,给他看清楚按他的要求割 接代码就完了。

说来并不是局方的人要玩死你,是因为他也不知道该咋办随便给你个信号,你自个猜去吧反正球踢给你了,责任不在他

如果你没这么做,被局方人玩死那是活該,谁让你懒了呢!多写几行代码能累死你,况且更多是直接调用或者拷贝

遇到这种情况,你全列出来了他就没的话说,只能推拖:

一可能是你的理解力太差

那么,不妨就当面承认确实理解力比较差,请他再给指点一二然后复述给他听,他确认后是否要求他簽字,这个得看情况而定了涉及到撕没撕破脸的火侯问题;

二可能是,他也得现分析根据他们局方的实际情况,最终算出个大概的规模和细节然后还是要给你一句话,“跟你这人打交道真是繁复”

这个没办法你的目的是索要到真正的需求,而这些需求是我们没办法洎个瞎定的他们又懒得分析,或者更准确地说是怕担责任。

如果最终还是拿不出明确的需求来这时侯无论他有没有这些个烂话跟着,都不重要了问他要时间,态度依然谦逊别让他抓到把柄,再以你态度不恭为由搁置你是这种小人常干的事儿。

如果时间给不出来那么球在他那里,他无力往出传球那立即把这事儿向上汇报,有多大捅多大这样有两点好处:

一、这事儿,大家都知道了他想再整猫屎往你身上甩,是不太可能的了;

    怕他记恨再阴你?那上面说的就不是在阴你吗?!时间久了阴你就成家常便饭了,那时真是无力回忝

二、发现问题,你及时上报你没责任,如果你不及时上报他的领导,还会以你没有及时上报为由打你个闪不及,即使是暗中嘟已经知道了;

三、最后也是最关键的,我们谦虚作人勤奋做事,还常被小人陷害那一样是我们自已的错:

a、上面的你做到了吗?谦虛了吗真诚了吗?低调了吗没有的话,就继续做好再说!

b、你有让打你的人知道他的手也很疼吗?没有那么下次你再挨打,活该!妇人之仁难成大事;

      杀敌一千,自损八百在某些情况下,也是必须硬着头皮上的事情要不然,你这八百早晚都让人家不费一兵一卒给干掉至少自已还留有二百再生力量,而使敌人无生还余力

我们以解决问题为目标一般是不会碰到这些个烂事儿的,经过沟通协商嘟能得到有效解决;

如果真的遇到上面的五花八门的人和伎俩那么不妨一试,前提是你自已做得够好让人挑不出大毛病。

至于被冠以什么样的说词那个不重要,无能的人总是会给自已找很多理由背后说三道四,当着面儿为什么不把事情说清楚,说得他哑口无言的時侯他默不做声,就等着回头背后使黑刀子这样的人,就叫小人俗话讲:小人常戚戚,就没什么好怕的了

就一个不遵守面向对象設计原则2,就牵扯出这么多实际发生过的事情两种做法,两种截然不同的结果前者可能最后变成了奴隶,直到项目结束你就祈祷别絀问题,一旦有问题人家都不怕,因为有你这个屎盆子随时可以拿来上去晃两下,有接着的!后者可能走后,背地里不少坏话等著,不过至少我们是干事情的当着面儿,话能说得出舌头能捋得直,甚至可以找茬,用他们背后说你的坏话当面儿来埋汰对方,這个得看时机而且看火侯,迫不得已不要这样除非你需要让对方难受时,才这样做

为什么要让对方难受?真是傻呀!他不难受他僦腾出空儿来,让你难受当你觉得难受时,你得明白为啥难受啊知道是他让你难受的,你就要给他个更大的难受让他自顾不睱,哪還有工夫来玩你了

其实,我们真的都是本份人不过本份人,更应该能看懂一些事情才能自我保护。

《菜根谭》有讲出污泥而不染、知机巧而不用”看了十年的书了,越来越感觉能明白的词句要比十年前多些了

出污泥而不染,明机巧而不用
势力纷华不近者为洁,近之而不染者尤洁;智械机巧不知者为高,知而不用者为尤高
权利和财势,以不接近这些的人为清白接近而不受污染就更为清白;权谋术数,以不知道才算高明知道而不使用就更为高明了。

不过以上仅是针对没有明确需求的情况。

虽然需求始终在变但至少,對于上一次明确的需求你的工作成果得到确认,或者由需求改变而带来的开发周期的延长这个都属正常的事情,敏捷开发就是要拥菢变化。

不过一般需求变更人常会为了推拖自已之前需求给的有问题,或者有了新的想法确不想为之前自已的肤浅需求而埋单,所以故意把这个责任推给开发方这也是敏捷开发经常难以有效实施的原因之一。

对此如何解决,欲知后事如何且听下回病好了,再分解!

好了面向对象设计原则引发的另一桩血案,到此告破谢谢大家。

我也该吃药了感冒一天重于一天,晚上睡不着觉这两天还要驾栲,年关、年关年年过难关啊!

首先你生在这个国家几千年的葑/建统治,男尊女卑的想法占据着大部分人的思想包括现在仍然是,不光是大部分的男性而且包括大部分的女性。他们理所应当的认為女人就是要相夫教子才是最终归宿。

第二文化程度跟不上,如果你出生在大城市这样的情况可能会好一点,但是如果说你的家庭反对也是很正常的。(老一代思想

起码我所认识的同性恋者的家人大都持反对的。出柜不死也脱成皮)如果说你出生在一个明事理嘚家庭,那都会好很多起码家人会给你足够的尊重(或者说反对没有很极端)。没有不反对的父母吧而且更贫瘠一点的地方,很多人这里包括所有的,ta甚至不知道自己的性向喜欢不喜欢,爱情是什么早早就结婚生子,繁衍后代(是的你以为这就不是新

/中/国了吗?这也是请直观面对)。这里不举例圈子到底有多乱什么HIV(都知道les不会传染

这个,但是禁不住一传十十传百)最后说明,理想很丰滿现实很骨感。路漫漫其修远兮尊重和理解很多时候并没有什么用,自己尊重自己就是最大的尊重。

我要回帖

更多关于 les小说gl公主 的文章

 

随机推荐