现在我的问题是我想在这个with 中直接引用这个 对象,如何引用?
比如上面的
with new A
.B=XX
.C=YY
xxxx.text=?? '这里如何指向这个新生成的 new a?
end with
很多对象用就用了,实在是不想去命那么多的名,麻烦死了。
...全文
122014打赏收藏
关于vb.net 的with 中的引用。
比如我有一个类 A,里面有属性B,C 我可以 with new A .B=XX .C=YY end with 现在我的问题是我想在这个with 中直接引用这个 对象,如何引用? 比如上面的 with new A .B=XX .C=YY xxxx.text=?? '这里如何指向这个新生成的 new a? end with 很多对象用就用了,实在是不想去命那么多的名,麻烦死了。
意义在于我不需要关心这个实例化的类叫什么名,我只需要在with里将他的有关逻辑算清楚,再赋值给需要他的对象就好。
比如原来
dim a as new b:a.xx
我现在都是直接 call new b().xx
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
.....不用上纲上线吧,linq,lambda 不都是为了简洁
[/quote]
那你还是早点转行比较好。
程序员做的就是将业务逻辑译码为计算机逻辑,你敲几行代码都觉得麻烦花时间,还是早点转行吧。[/quote]
意义在于我不需要关心这个实例化的类叫什么名,我只需要在with里将他的有关逻辑算清楚,再赋值给需要他的对象就好。
比如原来
dim a as new b:a.xx
我现在都是直接 call new b().xx
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
[/quote]
那你还是早点转行比较好。
程序员做的就是将业务逻辑译码为计算机逻辑,你敲几行代码都觉得麻烦花时间,还是早点转行吧。[/quote]
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
.....不用上纲上线吧,linq,lambda 不都是为了简洁弄出来的?
如果不想简便,当初就不要弄什么对象,直接一个一个过程写好了,弄什么继承?
你说的也对,程序员就应该去注重逻辑,而不是花时间在这些命名,排错之类上面吧。
我就想着这个对象变量在with 周期内有效,如果每个都命名,我怕会和某些模块变量,全局变量产生冲突,产生一些错误,这个想法也很正常吧?
各位大叔大爷、兄弟姐妹、老师们,我只是问一个技术问题,有答案就有,没有答案就没有,别给我上政治课啊。
意义在于我不需要关心这个实例化的类叫什么名,我只需要在with里将他的有关逻辑算清楚,再赋值给需要他的对象就好。
比如原来
dim a as new b:a.xx
我现在都是直接 call new b().xx
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
.....不用上纲上线吧,linq,lambda 不都是为了简洁
[/quote]
那你还是早点转行比较好。
程序员做的就是将业务逻辑译码为计算机逻辑,你敲几行代码都觉得麻烦花时间,还是早点转行吧。[/quote]
意义在于我不需要关心这个实例化的类叫什么名,我只需要在with里将他的有关逻辑算清楚,再赋值给需要他的对象就好。
比如原来
dim a as new b:a.xx
我现在都是直接 call new b().xx
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
[/quote]
那你还是早点转行比较好。
程序员做的就是将业务逻辑译码为计算机逻辑,你敲几行代码都觉得麻烦花时间,还是早点转行吧。[/quote]
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
.....不用上纲上线吧,linq,lambda 不都是为了简洁弄出来的?
如果不想简便,当初就不要弄什么对象,直接一个一个过程写好了,弄什么继承?
你说的也对,程序员就应该去注重逻辑,而不是花时间在这些命名,排错之类上面吧。
我就想着这个对象变量在with 周期内有效,如果每个都命名,我怕会和某些模块变量,全局变量产生冲突,产生一些错误,这个想法也很正常吧?
各位大叔大爷、兄弟姐妹、老师们,我只是问一个技术问题,有答案就有,没有答案就没有,别给我上政治课啊。
意义在于我不需要关心这个实例化的类叫什么名,我只需要在with里将他的有关逻辑算清楚,再赋值给需要他的对象就好。
比如原来
dim a as new b:a.xx
我现在都是直接 call new b().xx
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。
[/quote]
那你还是早点转行比较好。
程序员做的就是将业务逻辑译码为计算机逻辑,你敲几行代码都觉得麻烦花时间,还是早点转行吧。
意义在于我不需要关心这个实例化的类叫什么名,我只需要在with里将他的有关逻辑算清楚,再赋值给需要他的对象就好。
比如原来
dim a as new b:a.xx
我现在都是直接 call new b().xx
在只使用一次的时候,花时间去给他命名,还要花时间去考虑,他会不会和下面的命名有冲突,不简洁。