灌水,写在VS11预览之际

2011-09-17 02:29:19 592 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

记一次从零到getshell的渗透历程 0x00 前期拿到测试范围清单后，首先用脚本获取了下各个子站的标题，基本都是XXX管理系统。浏览器查看后，各个子站也大同小异，纯登录系统，带验证码。这些系统基本都是jsp写的，逮到了两个没有验证码的小宝贝，一番暴力破解，小宝贝对我说：别爱我，没结果。又看到了两个站返回的Set-Cookie头：rememberMe=deleteMe; 很明显，这是Apache Shiro。打了一波exp，没有反应，放弃。搞了三天啥都没搞出来，和女朋友出去玩散散心，还是很高兴。 0x01 初显进展测试范围内有六个门户阅读详情

比起10几年前的ado,.net,asp.net
说实在的,微软最近几年水平下滑的很厉害,
搞个asp.netMVC根本就是挂羊头卖狗肉,
搞个linq,不用不知道,用了才发现狗血,连引发异常的策略都搞得狗屁不通,
那EF就不提了,我们好不容易用DocumentDriveDevelopment取代了ORM,这下好,微软活回头了
JAVA有好多东西已经是落后腐朽的了,微软挖墙脚也要分个青红皂白吧

...全文

运算放大器 VS 仪表放大器运算放大器（Operational Amplifier, 简称 Op Amp）和仪表放大器（Instrumentation Amplifier, 简称INA）在电子电路设计中都有非常广泛的应用，但两者在结构、特性以及应用场景上都有明显的区别。以下是它们之间主要的差异：运算放大器（Op Amp）仪表放大器（INA）运算放大器仪表放大器运算放大器仪表放大器运算放大器仪表放大器运算放大器仪表放大器总之，运算放大器是通用型放大元件，需要设计者自己做额外的电路配置；而仪表放大器则是针对高精度测量差分信号而生，内部匹配阅读详情

--缪军--

非技术区 7,776 成员 63,111 内容

+ 关注 + 加入社区

切换为时间正序

--缪军-- 2011-09-20

打赏
举报

[Quote=引用 17 楼 juedaihuaihuai 的回复:]
[/Quote]
sorry,在我们所有的控件模型中,没有多表头gridview这种模型,
甚至gridview都没有纳入控件库,我们目前既可以div组装表格,也可以用gridview呈现表格
关于MVC的代码,我在CSDN贴出过N遍了,我随便找个帖子,这里有几行code简单说明了一下:
http://topic.csdn.net/u/20110621/15/5c59c219-f020-4eec-a47c-76d2569058f0.html

--缪军-- 2011-09-20

打赏
举报

[Quote=引用 23 楼 l584180714 的回复:]
引用 20 楼 kongwei521 的回复:

闲着蛋疼讨论这些。。学技术能赚到钱是王道。其他都是浮云

太精辟其他都是浮云
[/Quote]

冒昧的问一下,学技术是能赚到很多钱还是很少钱?
你要想在短时间内买车买房的话,还是去做销售工作吧

l584180714 2011-09-20

打赏
举报

[Quote=引用 20 楼 kongwei521 的回复:]

闲着蛋疼讨论这些。。学技术能赚到钱是王道。其他都是浮云
[/Quote]

太精辟其他都是浮云

--缪军-- 2011-09-20

打赏
举报

[Quote=引用 21 楼 fanyao1983 的回复:]
[/Quote]
我不是什么选择这个放弃那个的意思,
我的意思是asp.netMVC和其他UI一样都可以作为MVC的前端,
他只是一个前端,不是MVC,

给你一个链接,作为MVC入门的例子看看,
http://www.cnblogs.com/zwycool/articles/462474.html
只不过这个例子看来是临时写的,作者没有透露他们的企业库

下面这个链接的观点虽然我不完全认同,但至少是在讨论MVC理论,而不像CSDN很多讨论不着边际:
http://www.cnblogs.com/ego/archive/2009/03/06/1404328.html

fanyao1983 2011-09-20

打赏
举报

你叫写webform的asp。net人员写struct去、
asp.net mvc根本就有另外的侧重点好吗，可以说是webfrom的一种补充。而且mvc可以webform可共用。这是优点。不是叫你放弃一个选择另外一个。
另外linq在操作array方面比c#快捷的多。他的革新在于不用程序员学习ado和sql两门语言了，这是生产力的提高，能节省多少时间和精力，你想过吗。但是他只是轻量级的，你要用他在他不擅长的领域，做他不能很好完成的任务，你觉得大家还有什么话对你说

蝶恋花雨 2011-09-20

打赏
举报

闲着蛋疼讨论这些。。学技术能赚到钱是王道。其他都是浮云

绝代坏坏 2011-09-19

打赏
举报

这么说吧如果用vs开发web程序，使用mvc架构。那么ms的控件优势将不复存在。道理很简单。服务端控件的ui和代码是天然绑定的。你没办法分开。如果你用mvc只能舍弃控件的便利。开发效率肯定会大打折扣。当然如果我们放弃使用ms的控件，无疑会在性能和扩展性上会有个比较大扩展，其实c#语言本身具备了mvc使用的一切条件，楼主对模式的理解，还有待加深啊。

CalvinR 2011-09-19

打赏
举报

悲催的事儿啊

bluedoctor 2011-09-19

打赏
举报

以前用ASP.NET WebForms，现在用ASP.NET MVC，也可以在MVC的View里面使用服务器控件，感觉MVC还是很方便的，如果页面需要在服务器生成，就是使用默认的ActionResult，如果要用JS生成View的局部，就使用JsonResult或者ContentResult，非常方便的。
大家不要执意与ASP.NET MVC的血统问题，从架构上来看，我认为它应该算是MVC了，请看下面的一个应用架构图：

这是ASP.NET MVC与PDF.NET框架结合的一个架构

绝代坏坏 2011-09-19

打赏
举报

我没有说mvc不能用控件，我说的是服务端控件。我说的是问题重点是服务器端的控件天生就是不容易把ui和业务分开的。

楼主既然这么较真。那么麻烦你用gridview写一个多表头分页并导出到excel（保持多表头结构）的mvc例子？我学习一下，你怎么定义 model，view，controller 。怎么在保证mvc构造的情况下。利用gridview的便利性。

如果你只能做到利用gridview的ui而做不到利用gridview的便利，就不用回答了。
还是那句话。架构的理解不应该只停留在表面。

--缪军-- 2011-09-19

打赏
举报

[Quote=引用 15 楼 juedaihuaihuai 的回复:]
[/Quote]
拜托楼上,谁说MVC不能用控件的?
无论你使用SL,winform,webform,还是asp.netMVC,还是html+js,都可以使用现成的控件库,或者自己开发一套控件库,
但无论怎样,在你的MVC架构中,对所有平台的控件模型都是有统一描述的,
顺便说一句,微软早就推出客户端控件支持了

我在学习和实践MVC的时候,.net都还没有发明,就更不要说asp.netMVC了
到目前为止,我还没有看见过CSDN上有谁能够用asp.netMVC写出真正MVC架构的视图驱动器

YapingXin 2011-09-19

打赏
举报

ASP.Net MVC不好用？好吧，那就别用它了，反正不用它照样写Web程序。

本人对.Net依然是信心满满的。现在连Java都开始学C#了。

我是做桌面程序的，对ASP.Net了解不多，说得不对的地方大家见笑了。

kkbac 2011-09-17

打赏
举报

jkj9999 2011-09-17

打赏
举报

路过

灵雨飘零 2011-09-17

打赏
举报

哈喽Baby 2011-09-17

打赏
举报

threenewbee 2011-09-17

打赏
举报

[Quote=引用 3 楼 moneysoft 的回复:]
引用 1 楼 wknight_it 的回复:
能否解释下asp.net mvc 怎么就挂羊头卖狗肉了？

关于MVC,我在CSDN和博客园发表过很多评论,
asp.netMVC就是个UI驱动器,凭什么要挂个MVC的名头,
当一个开发组织构造MVC架构的时候,肯定需要所有的视图驱动器遵守自己统一的接口,
winform,SL,webform都有完整的控件套件,自己开发个视图驱动器没什么难……
[/Quote]
关于你说的这些，我想说你说的是事实，但是是片面的事实

ASP.NET MVC是否是MVC设计模式，我认为（包括我圈子里面大多数朋友），答案是肯定的。MVC模式的本质是将View和Model分离。一个MVC框架的程序应该是这样的。我们的根本分歧在于，你不承认MVC除了框架实体本身包含有约定，而这些约定是看不见的。我们可以使用ASP.NET MVC，但是依旧使用WebForms/Controls，我们也可以在View里面编写业务逻辑，我们可以不写任何Model，传递数据依赖Form和URL……但是这都是违反ASP.NET MVC设计约定的。这不妨碍ASP.NET MVC的受众将ASP.NET MVC框架用于MVC模式。
再者说，WebForms是不是MVC，也是。但是不要忘了，WebForms是微软平台特有的（其它平台类似技术事实上没有真正流行起来）。WebForms和ASP.NET MVC的区别是什么，你说到了这个意思，也就是WebForms使用的是充血模型，业务逻辑被写在CodeBehind里面（同样我说的是大多数人的用法），而MVC提倡的是失血模式，Controller负责请求转发。再拿ASP.NET MVC和其它平台的同类产品比较，比如JSP Level1，那是典型的模型视图不分。那么叫Struts为MVC框架有错么？没有。那么.NET平台的等价物叫MVC有错么？也没有。问题解决了。换一句话说，ASP.NET MVC是MVC框架，并且是一个承袭了其它平台特定产品约定的框架。所以沿用了这个名词。
至于在什么粒度封装，这个考虑的是通用性，专有框架用它的功能和通用框架比是不公平的。因为你在强调功能的同时牺牲了灵活性。
对于视图重用的问题。MVC的核心价值没有重用视图这一条，而且职责分离。也就是说，把代码和视图分开本身已经让开发者获益，和桌面程序不同，Web程序需要专门的前端开发者设计前端，而分离的ASP.NET MVC正方便了这种分工的需要。另外分离的视图有利于作单元测试，也许你说单元测试有什么重要的。我说了，这是一套最佳实践，MVC不承担你对实践选择的好恶，如同汽车不解决“开车贵还是骑车便宜”，或者“走这条路远还是近”之类的判断，汽车不是为了比走路低碳而设计的。你选择汽车就是这些价值判断已经做出的结果。

至于视图的重用。并没有你想象的“用不到”，至少有2个地方，一个是局部视图的渲染，会出现相同模型多个View的情况。另一个是多权限/多语言，View和Model的分离使得这样的需求很容易实现。当然，同样的，这些问题在其他开发模式中也有解决办法，甚至更巧妙，但是我说了，ASP.NET并非更高的xxx，它是它同类产品在.NET上的实现。

--缪军-- 2011-09-17

打赏
举报

还有一点,如果不按照ISO9000或者CMMI的指导原则构建DocumentDriveDevelopment的生产方式,
还抱着过时的ORM思想,
也不可能构造真正符合目标导向原则的MVC系统,
SSH就已经够腐朽的了,微软居然现在还搞EF这些东西,抄的没完没了了

--缪军-- 2011-09-17

打赏
举报

初级开发组织,构建MVC的web应用,可以使用webform作为View呈现平台
对于有经验的开发组织,肯定是html+js+WCF,而不会采用asp.netMVC,
原因,很明显,如果为asp.netMVC设计一整套控件,之后并不能使用在html+js的RIA平台

--缪军-- 2011-09-17

打赏
举报

一种UI平台能不能用MVC方式推送,我们做过实验,
asp.netMVC如果按照MVC的原则,是在运行时刻推送,而不是设计时刻写入数据相关的内容,
那么asp.netMVC怎么才能做到呢,我知道的方法是推送html片段,
这样的话,和html+js的MVC推送方式没有任何区别

加载更多回复（4）

灌水,写在VS11预览之际

相关推荐