从地理和气候来说,重庆和成都哪个更好?

作者:小菜 更新时间:2025-02-16 点击数:
简介:作为西南两大网红城市,其实网上已有各种各样的比较了。

成都所处的地理位置是盆地中的平原,这里的地势平坦,土地肥沃,且附近有重要的水利工程都江堰,有利于耕种和灌溉。

【菜科解读】

作为西南两大网红城市,其实网上已有各种各样的比较了。

成都所处的地理位置是盆地中的平原,这里的地势平坦,土地肥沃,且附近有重要的水利工程都江堰,有利于耕种和灌溉。

去过成都的朋友都晓得,成都地势平坦,四四方方,四通八达,交通便利,被誉之为"天府之国"。

重庆因其特殊的地理位置,是承东启西的重要枢纽。

在地形上,重庆地势起伏大,主城是一座山,落差大。

重庆三面环水,被长江和嘉陵江环抱,空气湿度相对较大。

如果外地朋友到过重庆,并且去大街小巷转过,便知道,重庆到处都是爬坡上坎,要在重庆转上一圈,真的不容易。

不过重庆的交通也很便利,从两路口到菜元坝,有皇冠扶梯连接上下;从解放碑到南坪,有过江索道连通南北。

之前在上看过相关的资料,从地理地形上来看,成都属于盆西平原地貌,而重庆属于盆东山地地貌,成都基本是一半平原一半丘陵,城市道路上下坡相对较少,而重庆的道路全国出名,山城特色体现非常明显。

从城市地形地貌对交通、建设的影响来看,成都客观地理因素要好一些,但在当前的基建水平之下,城市有山不是大问题,且重庆临长江也是优势之一。

再从气候上来看,两个城市也相差不大,重庆素有雾都之称,阴雨多雾的天气对人们的生产生活有很多负面影响,并且重庆还还有山城和火炉的别名,由此看出地理环境的恶劣,相对来说成都气候更加宜人,自古有言,少不入川,老不出川,可以看出成都的宜居程度,让人更加"巴适得板"噻。

这两座城市,如果仅仅是从气候上来区分,很难感受出差别,可能只有本地人住习惯了才会找到差异。

不论大一统王朝还是分裂时期,成都都是四川的中心,有前后蜀在成都建国的,没听过哪个割据重庆一方为国的。

秦灭巴蜀,都看重的是成都长江上游的地理位置,秦后期灭楚的粮草、兵器打造、人员训练都在成都。

三国时,诸葛亮也成都作为蜀国都城。

总之,成渝两市已被国家确定为中国经济的第四增长极。

成渝一体化,双城经济圈潜力巨大。

目前,两市正打造1小时交通圈,正推进公积金一体化,正落实交通一卡通,正联合推进运行中的中欧班列。

相信在不远的将来,双城将焕发更新更强的生机和活力!

使用ViewModel从表现层分离领域模型

Model-View-Controller(模型-视图-控制器,MVC) 模式将你的软件组织并分解成三个截然不同的角色:Model 封装了你的应用数据、应用流程和业务逻辑。

View 从 Model 获取数据并格式化数据以进行显示。

Controller 控制程序流程,接收输入,并把它们传递给 Model 和 View。

与其它设计模式不同,MVC 模式并没有直接反映一个你能够编写或配置的类结构。

相反,MVC 更像一个概念上的指导原则或范型。

概念上的 MVC 模式被描述为三个对象 Model、View 和 Controller 之间的关系。

由于 View 和 Controller 都可以从 Model 请求数据,所以 Controller 和 View 都依赖 Model。

任何输入都通过 Controller 进入你的系统,然后 Controller 选择一个 View 来发出结果。

Model 包含了你的应用逻辑和数据,在你的应用程序中,它很可能是主要的值驱动器。

Model 没有任何与表现层相关的特性,而且也和 HTTP 请求处理职责中完全无关。

Domain Model 是一个对象层,是对现实世界逻辑、数据和你应用程序所处理的问题的抽象。

Domain Model 可分为两大类:Simple Domain Model 和 Rich Domain Model。

Simple Domain Model 往往是业务对象和数据库表之间一对一的通信。

你已经见过的几种模式 Active Record、Table Data Gateway,以及 Data Mapper,所有这些与数据库相关的设计模式 可以帮助你把与数据库相关的逻辑组织成一个 Domain Model。

Rich Domain Model 包含复杂的,使用继承机制紧密联系在一起的对象网络,在本书和 GoF 一书中介绍的众多模式起着杠杆作用。

Rich Domain Models 往往是柔性的,精心测试过的,不断重构的,而且与它们所表达的领域所需的业务逻辑紧密耦合。

采用哪种 Domain Model 类型取决于你的应用环境。

如果你正在建立的是一个非常简单的表单处理 web 应用,没必要建立 Rich Domain Model。

然而,如果你正在编写一个价值数百万的企业内联网架构的核心库,那么努力开发一个 Rich Domain Model 就是值得的,它可以为你提供一个准确表达业务过程的平台,并可以让你快速传输数据。

Martin Fowler 在 PoEAA 中同时简要介绍了两种 Domain Model。

而 Eric Evans 的 Domain Driven Design 一书,则完全专注于 Rich Domain Model 的实践应用和开发过程。

View 用于处理所有表现层方面的问题。

View 从 Model 获取数据,并可以把它格式化成用于 web 页的 HTML,用于 web 服务的 XML,或用于 email 的文本。

许多的MVC模式的实现也都使用一个View Model或Application Model的概念,Controller是沟通的媒介,架起领域模型和用户界面之间的桥梁,属于表现层。

为了View的简单性,Controller负责处理或者将领域模型转换成一个View Model,这通常叫做数据传输对象(DTO)。

12个asp.net MVC最佳实践针对Model的最佳实践有这么一段:7 DomainModel != ViewModelDomainModel代表着相应的域,但ViewModel却是为View的需要而创建。

这两者之间或许(一般情况下都)是不同的,此外DomainModel是数据加上行为的组合体,是由复杂的变量类型组成的并且具有层次。

而ViewModel只是由一些String等简单变量类型组成。

如果想移除冗余并且容易导致出错的ORM代码,可以使用AutoMapper.如果想要了解更多,我推荐阅读:ASP.NET MVC View Model Patterns.那么领域模型(Domain Model )和视图模型(View Model)有什么不同呢?在ASP.NET MVC的应用程序中经常可以可以看到View Model,经常我们都认为领域模型和视图模型是同一个东西。

这特别是把领域模型包含在数据传输对象DTO里的时候,例如使用Entity Framework之类的ORM工具生成的实体。

在这种情况下,领域模型和视图模型包含的实体非常相似,都是一些简单的CRUD操作。

这些实体有许多属性,有相同或类似的名称,你可以很容易地映射领域实体对应视图模型中的一个属性。

不过,这些相似的属性也可能略有不同,例如类型或者格式。

例如,用户填写的用户界面的一个属性,他在视图模型里可能是一个 Nullable 的。

另一方面,领域实体可能需要一个经过验证的合法的值,所以需要一个在用户界面的领域模型之间的转换。

另一个例子是,用户界面可能会显示一个滑块,用于用户选择多少天以后提交他的订单。

在这种情况下,视图模型可能使用一个整数属性来表示,领域模型通常是一个日期值。

视图模型通常只包含领域模型的一个子集,而且只包含界面上所需要的属性。

此外,视图模型可能是一个领域模型树的扁平版本,例如,一个Customer实体有一个Address,而这又是一个整体,它包含街道地址,邮政编码,国家等。

一个Customer 视图模型用于显示数据,将地址数据拉平填充到视图模型类里。

此外如果一个View需要同时处理几个领域模型,View Model就是这几个Domain Model的总和。

领域模型和视图模型之间有很多相似的地方,我们经常干脆就把Domain Model当作View Model来使用了。

上面讨论了领域模型和视图模型的相似性,我们来看看都有几种方式把领域模型转换为视图模型,通常有3种方法:把领域模型当作视图模型来用,也就是领域模型就是视图模型,大部分都是这么用的。

视图模型里面包含一个领域模型,定义一个视图模型,里面包含了一个领域模型,通过属性方式进行访问。

将领域模型映射到视图模型,领域模型并没有直接映射到视图模型,需要处理这种映射关系。

我们不建议直接把领域模型实体暴露给视图,因为有许多细微之处,可能导致您混合业务和表示层的逻辑,无论是领域实体的属性显示还是业务的验证规则,这都是应用程序处理的不同方面。

直接将你的领域模型作为Conroller上的处理参数面临着安全风险,因为Controller或者Model binder必须确保属性验证和用户不能修改她自己不能修改的属性(例如,用户手动更新了一个隐藏的输入值,或增加一个额外的属性值,而这个并不是界面上的元素,但却正好领域模型实体的属性,这种风险叫做 over-posting ),即使对当前版本的领域模型做了正确的验证,领域模型将来可能做了变更修改,并没有出现编译错误或者警告,可能导致新的风险。

我们应当避免使用前两种方法将领域模型转换成视图模型,推荐使用第三种方法,定义单独的视图模型类。

做这种领域模型到视图模型的转换工作是一种重复性的工作,已经有几个工具可以帮助你来完成这项工作。

最常用的一个工具就是.NET 社区的开源项目AutoMapper。

使用,ViewModel,从,表现,层,分离,领域,模型,

艾滋病从何而来?第一个得艾滋病的人和猩猩干嘛了?

关于艾滋病,很多人都知道是黑猩猩携带的病毒,后来传染给人类。

因为非洲一些部落收到传统观念影响,他们认为,打猩猩血能让人像猩猩一样强壮,所以有的非洲人和黑猩猩交换过血液。

另外,一些被部落驱离的男人为了显示自己的勇猛,会和猩猩发生关系,导致艾滋病在非洲盛行。

1981年,世界第一例艾滋病者被发现,之后,艾滋病疯狂的在全球肆虐,成为了重大的公共卫生问题和社会问题。

那么,是谁将艾滋病带出非洲走向国际的呢? 艾滋病的由来者Gaetan Dugas,是一名加拿大籍男同性恋者,在确诊得了艾滋病后他的性生活依然活跃。

他被美国疾病控制与预防中心推断为,艾滋病从非洲传入北美洲的零号感染源。

他外貌英俊,性感迷人,不断于全美各大城市的同志酒吧和浴室之间流连,几乎全美的同性恋者都知道他,尤以其刺激性的性行为方式而著称。

他具有反社会的行为,并因此有意为地传染身上的艾滋病病毒、或最少不顾后果地危害其性伴侣。

根据他本人的估计,他每年平均与100个性伴侣发生关系,并表示自1972年活跃于同志社群起,就有超过2500名性伴侣横跨北美洲。

他于1980年6月验出得了由艾滋病毒并发的卡波西氏肉瘤。

1980年夏天,Dugas的身上开始出现红疹与紫斑,之后,他被确诊为KS。

当时,这种新病毒的通俗名字也叫“同志癌”。

在研究人员告诉Dugas应停止一切与他人的性接触时,他变得十分暴躁,说:“如果是别人传染给的我,那么我为什么不能传染给别人?” 而后,他依然故我,或更加频繁地与他人发生关系,无任何保护措施。

而且,完事后,他还喜欢指着身上的紫斑跟对方说: “看见了吗?我有同志癌,我会死,你也是。

” 1984年3月30号,31岁的Dugas因AIDS死于魁北克市,死因是艾滋病并发的肾功能衰竭。

在最早死于AIDS的19人中,有8位跟他有直接或间接的性关系;另一项针对最早的248名AIDS患者的调查显示,Dugas与其中的至少40人有关。

希望大家都能保护好自己。

随机文章发生在06年真龙吃人的照片真相,疑似神秘生物活吞游客西班牙直布罗陀机场,世界唯一汽车与飞机共用车道王思潮分析北京不明飞行物,飞行高度普通飞机无法达到解读英国飞龙式战斗机,发动机功率是P47两倍俄罗斯布拉瓦洲际弹道导弹,射程8000公里覆盖美国所有城市

加入收藏
               

从地理和气候来说,重庆和成都哪个更好?

点击下载文档

格式为doc格式

  • 账号登录
社交账号登录