行政区划代码

行政区划代码（精选4篇）

行政区划代码 篇1

经李克强总理签批, 国务院日前批转发展改革委等部门制定的《法人和其他组织统一社会信用代码制度建设总体方案》 (以下简称《方案》) 。2015年《政府工作报告》要求建立统一社会信用代码制度, 这是推动社会信用体系建设的一项重要改革措施, 也是进一步深化商事制度改革, 实现“三证合一”“一照一码”的基础和前提。

《方案》指出, 我国法人和其他组织长期存在“多头赋码”“多码共存”现象, 带来诸多问题。实施统一社会信用代码制度, 相当于向法人和其他组织发放一个全国统一的“身份证号”。通过在源头统一赋码, 多次办理改为一次办理, “多码”改为“一码”, 将极大地方便法人和其他组织办理注册登记, 进一步为创新创业松绑, 有效激发市场活力, 也将极大地促进部门间信息共享和协同监管, 降低行政成本, 提高行政效能, 为进一步简政放权、放管结合、转变政府职能奠定基础。

《方案》明确, 法人和其他组织统一社会信用代码共18位, 包括五个部分, 分别是1位登记管理部门代码、1位机构类别代码、6位登记管理机关行政区划码、9位主体标识码 (组织机构代码) 和1位校验码。统一社会信用代码可最大限度与现有各类机构代码实现兼容, 也有利于社会识别机构类别、注册地和登记管理部门等信息。统一社会信用代码覆盖所有法人和其他组织, 一经发放, 终身不变。

《方案》提出, 采取“预赋码段、实时赋码、及时回传”的赋码方式, 由组织机构代码管理部门预赋主体标识码码段, 登记管理部门向法人和其他组织实时赋码, 赋码后将相关信息及时向社会公开, 并回传统一社会信用代码数据库, 与其他部门共享。

《方案》要求, 工商部门自2015年10月1日起实施, 实现“三证合一”“一照一码”, 其他登记管理部门在2015年底前实施。《方案》实施后, 不再发放现有注册登记码和组织机构代码;对新设立的法人和其他组织, 在注册登记时一次性发放统一社会信用代码和登记证照;对已设立的法人和其他组织, 原则上在2017年底前完成代码和证照转换, 旧证照在过渡期内继续有效。发放、换发统一社会信用代码和登记证照不得收取费用。

行政区划代码 篇2

行政管理学试题

课程代码：00277

9.在下列人员中，属于英国文官范围的人员是()

A.部长B.政务次官

C.企事业单位文职人员D.邮政系统的职工

10.标志着美国公务员制度形成的是()

A.功绩制B.政党分肥制

C.绅士政府D.彭德尔顿法

11.不适用于完成高度保密和紧急任务时的领导方式是()．．．

A.强制方式B.说服方式

C.激励方式D.示范方式

12.机关办公室工作人员充当领导参谋助手的首要任务是做好()

A.日常性工作B.综合协调工作

C.辅助决策工作D.领导者临时交办的工作

13.国家以生产资料所有者身份从国有企业取得的利润收入是()

A.税收收入B.债务收入

C.企业收入D.规费收入

14.税收分为流转税、资源税、所得税、财产税的依据是()

A.税收的征收办法B.税收的计税依据

C.税收的征收对象D.税收的交纳形式

15.行政管理的首要环节和其它行政运行功能的基础是()

A.行政立法B.行政决策

C.行政执行D.行政处罚

16.对多种目标和多个可行方案做全面权衡，选出效益最大、可靠性最大、弊病最少的方案。这是()

A.信息原则的要求B.预测原则的要求

C.可行原则的要求D.择优原则的要求

17.影响和制约行政执行的环境因素主要包括()

A.行政执行人员的事业心和责任感

B.人力、物力、财力等资源

C.国内政治、经济体制的调整

D.执行对象对决策的态度

18.使原决策得到修正、补充和完善的根本途径是()

A.行政决策B.行政咨询

C.行政执行D.行政反馈

19.行政领导在行政执行的实施阶段的主要任务之一是()

A.计划B.控制

C.反馈D.跟踪决策

20.行政执行的最后一步是()

A.准备阶段B.实施阶段

C.总结阶段D.反馈阶段

浙00277#行政管理学试题

21.构成政府系统的各单位和各成员之间的协调是()

A.政府内部的协调B.政府外部的协调

C.政府外部的横向协调D.政府外部的纵向协调

22.行政沟通分为思想沟通、情报沟通、心理沟通的依据是()

A.行政沟通工具B.行政沟通客体

C.行政沟通主体规模D.行政沟通渠道产生方式

23.信息的使用和价值对时间的依赖性称为()

A.信息的广泛性B.信息的可转换性

C.信息的时效性D.信息的可传递性

24.行政信息系统中枢机构确定的信息联系系统是()

A.信息点B.信息工作机构

C.信息工作队伍D.信息传输手段

25.秦汉时，国家权力分为行政与监察两种。其中，主管监察的是()

A.太尉B.奉常

C.御史大夫D.郎中令

26.资产阶级人道主义最初发端于()

A.13世纪下半期的意大利B.13世纪下半期的英国

C.14世纪下半期的意大利D.14世纪下半期的英国

27.下列关于行政效率概念的表述中，正确的是()

A.行政效率是权力使用的结果

B.行政效率是关系协调的结果

C.行政效率是效果与消耗之间的比率

D.行政效率是在保证政府活动目标方向正确的条件下，产出与投入之间的比率

28.“所处理的信息量和突发事件的数量”等，这是测定()

A.行政决策的工作量的指标B.行政领导的工作量的指标

C.中间管理层的工作量的指标D.具体执行的工作量的指标

29.日本政府从1968年以来，已经实施了多次削减定员的计划，做到人员编制的()

A.正增长B.负增长

C.不增长D.不变化

30.办公室管理的根本特征是()

A.政策性B.综合性

C.辅助性D.服务性

二、多项选择题(本大题共17小题，每小题1分，共17分)

在每小题列出的五个备选项中有二个至五个是符合题目要求的，请将其代码填写在题后的括号内。错选、多选、少选或未选均无分。

31.20世纪60年代，西方行政学界兴起了一门新学科——行政生态学，其代表人物是()

A.法约尔B.泰罗

C.古立克D.高斯

E.里格斯

浙00277#行政管理学试题

32.行政环境对行政管理的制约，其基本形式包括()

A.要求B.支持

C.满足D.反对

E.满意

33.马克思、恩格斯在总结巴黎公社经验的基础上，对社会主义国家政府组织的建设提出的重要的原则构想，包括()

A.主张人民参加政府管理

B.主张建立“廉价政府”

C.主张采取巴黎公社“议行合一”的形式

D.强调“精简机构是一场革命”

E.指出必须防止国家机关工作人员由“社会公仆变为社会主人”

34.为了做好任用工作，世界各国都确立了任用的原则，主要的有()

A.举贤任能的原则B.因事择人的原则

C.考试录用的原则D.公开竞争的原则

E.职位分类的原则

35.我国公务员制度的特点是()

A.体现了分类管理原则B.具有合理的竞争择优机制

C.具有正常的新陈代谢机制D.体现了政治中立原则

E.具有勤政廉政的约束机制

36.在下列制度中，属上下级领导之间联系的制度是()

A.通报评议制度B.报告指示制度

C.办公会议制度D.检查反馈制度

E.通报征询制度

37.公共产品的特征是()

A.排他性B.非排他性

C.不可分割性D.消费的竞争性

E.消费的非竞争性

38.现代咨询活动具有的主要共性是()

A.从属性B.服务性

C.独立性D.多元性

E.智能性

39.行政咨询的基本原则是()

A.决策者

E.孟德斯鸠

41.行政法治的作用是()

A.市场经济发展的客观要求B.推进深化行政改革的有效方法

C.控制行政权力膨胀的必然选择D.消除一切行政违法行为的唯一举措

E.民主政治实现的可靠保障

行政区划代码 篇3

托管代码调用非托管代码, 必定存在参数传递问题, 但其参数传递方法不仅与托管代码之间参数传递方法不同, 而且与托管代码之间参数传递方法也不相同。.NET平台提供了多种参数传递方法, 本文就托管代码调用非托管代码及其参数传递的实现方法进行了研究。

1 托管代码调用非托管代码的方法

托管代码可以通过静态 DLL 入口点的方式来访问非托管代码, DllImport 属性用于指定包含外部方法实现的DLL名称。DllImportAttribute是System.Runtime.InteropServices命名空间的一个属性类, 它提供对从非托管 DLL 导出的函数进行调用所必需的信息, 除必须提供包含入口点的DLL名称外, 其它参数都是可选的。用DllImport属性修饰的方法必须具有static和extern修饰符。

假定动态链接库Test.DLL导出的非托管代码C函数声明如下:

extern “C” __declspec (dllexport) void WINAPI setInt (int value) ;

则C#类中声明外部方法为:

[DllImport ("Test") ]

static extern void setInt (int value) ;

C#代码中, 该方法只有声明, 没有实现。

2 数据传递的各种方法

2.1 基本数据类型参数传递

基本数据类型包括整型、浮点型、布尔型、字符型, C#和C/C++之间存在这些数据类型的对应关系。

2.1.1 参数传入

以C的unsigned int为例, 假定动态链接库Test.DLL导出的非托管代码C函数声明如下:

extern “C” __declspec (dllexport) void WINAPI setUInt (unsigned int value) ;

则C#类中声明外部方法为:

[DllImport ("Test") ]

static extern void setUInt (uint value) ;

该方法只能将托管代码的参数传递到非托管代码。

2.1.2 参数传出

以C的double为例, 假定动态链接库Test.DLL导出的非托管代码C函数声明为:

extern “C” __declspec (dllexport) void WINAPI calc (double* value) ;

或extern “C” __declspec (dllexport) void WINAPI calc (double& value) ;

则C#类中声明外部方法为:

[DllImport ("Test") ]

static extern void calc (ref double value) ;

该方法既能将托管代码的参数传递到非托管代码, 也能将非托管代码的参数返回到托管代码。如果不需要将托管代码的参数传入非托管代码, 则只需要将C#类声明方法参数的ref修改为out即可。

2.1.3 函数返回值传递

如果函数返回值为基本数据类型, 则只需要将void修改为相应的数据类型即可。如果返回值为基本数据类型指针, 则需要将void修改为IntPtr, 并且需要调用System.Runtime.InteropServices.Marshal类的相应方法进行处理。

2.2 字符串参数传递

字符串是应用程序中常用的数据类型, .NET平台提供了string类型。因此字符串参数的传递实际上是.NET的string类型和C/C++中的char[]或char*类型的传递。

2.2.1 参数传入

假定动态链接库Test.DLL导出的非托管代码C函数声明如下:

extern “C” __declspec (dllexport) void WINAPI setString (const char * value) ;

则C#类中声明外部方法为:

[DllImport ("Test") ]

static extern void setString (StringBuilder value) ;

该方法只能将托管代码的参数传递到非托管代码。

2.2.2 参数传出

假定动态链接库Test.DLL导出的非托管代码C函数声明如下:

extern “C” __declspec (dllexport) void WINAPI setString (char * value) ;

则C#类中声明外部方法为:

[DllImport ("Test") ]

static extern void setString (ref StringBuilder value) ;

该方法既能将托管代码的参数传递到非托管代码, 也能将非托管代码的参数返回到托管代码。如果不需要将托管代码的参数传入非托管代码, 则只需要将C#类声明方法参数的ref修改为out即可。

2.2.3 函数返回值传递

如果函数返回值为字符串, 则只需要将void修改为IntPtr, 并且需要调用System.Runtime.InteropServices.Marshal类的相应方法进行处理。

2.3 结构参数传递

基本数据类型和字符串参数只能传递一个数据项, 当数据项较多时, 一般采用结构来描述。传递结构参数时, 必须在C#代码中声明与C/C++结构相对应的结构, 而且考虑效率因素, 一般通过指针或引用传递。如标识屏幕位置的C#结构声明为:

public struct Pos

{

public int x;

public int y;

}

2.3.1 参数传递

假定动态链接库Test.DLL导出的非托管代码C函数声明如下:

extern “C” __declspec (dllexport) void WINAPI movePos (Pos* dest) ;

或extern “C” __declspec (dllexport) void WINAPI movePos (Pos& dest) ;

则C#类中声明外部方法为:

[DllImport ("Test") ]

static extern void movePos (ref Pos dest) ;

2.3.2 函数返回值传递

如果函数返回值为基本数据类型, 则只需要将void修改为IntPtr, 并且需要调用System.Runtime.InteropServices.Marshal类的相应方法进行处理。

2.4 回调函数传递

回调函数在Windows API中经常用到, 其调用关系如图1所示:

假定动态链接库Test.DLL导出的非托管代码C函数声明如下:

typedef void (_WINAPI *callback) (int value) ;

extern “C” __declspec (dllexport) void WINAPI callFunc (callback fn) ;

在C#代码中, 首先要定义委托函数类型public delegate void callback (int value) ;

然后在C#类中声明外部方法callFunc和回调函数实现方法callbackImpl:

[DllImport ("Test") ]

static extern void callFunc (callback fn) ;

static void callbackImpl (int value)

{

Console.WriteLine ("callbackImpl paramter value = {0}.", value) ;

}

采用以下方式调用callFunc方法:callFunc (new callback (callbackImpl) 。回调函数对参数的处理方法与2.1到2.3所述相同。

摘要：基于.NET平台的应用程序开发, 经常会需要调用Windows API等非托管代码DLL, 托管代码和非托管代码之间的参数传递是一个不可缺少的环节。.NET平台提供了多种参数传递方法, 每种方法都有其适用范围, 就托管代码调用非托管代码及其参数传递方法进行了探讨。

关键词：托管代码,非托管代码,调用,参数传递,C#

参考文献

[1]Christian Nagel.C#高级编程 (第4版) [M].李敏波, 译.北京:清华大学出版社, 2006.

[2]Microsoft Corporation, CSharp Language Specification[EB/OL].http://download.microsoft.com/download/3/8/8/388e7205-bc10-4226-b2a8-75351c669b09/csharp%20language%20specification.doc.

[3]Microsoft Corporation.平台调用教程[EB/OL].http://msdn.mi-crosoft.com/zh-cn/library/aa288468 (VS.71) .aspx.

行政区划代码 篇4

软件设计有两种方法：一种是尽可能地简单，这种设计明显没有什么缺陷;另一种是尽可能地复杂，这种设计没有明显的缺陷，

——C.A.R. Hoare，1980年图灵奖讲座

在开发过程中，我的口头禅是： Your code may be elegant, by mine works。我为此而常常受到质疑，也有人反驳我“你不会使用最优方法!”“你在逃避测试!” 为了避免一次又一次地重复解释，我决定阐述下我的观点，仁者见仁，智者见智。

首先，我认为“项目可能会延期，但是代码会更好或更容易维护或更简洁”这句话是有问题的。项目延期，就是未完成，不应该用代码质量会更高作为借口。如果客户要在圣诞节进行推广活动，但你在12月29号才完成项目，即使提供了史上最好的产品，也是毫无价值的。

其次，我们来谈谈“最优方法”这个问题，“最优”是否意味着要写出更易于维护的代码需要更长的时间呢?其实除了大家都知道的《101个最优方法》以外，“最优”的标准是各种各样的。无论你对其进行怎样的定义，“最优方法”对所有程序员来说，应该是一种自然的编程标准。举个最简单的例子，经验丰富的程序员会自然地将变量命名为：$a、$b、$c等，也能正确地缩进代码行。说得再深入一点，有经验的开发者知道在什么时候、如何提高效率以使得项目能如期完成。虽然 “最优方法”的标准有很多，但这些标准不会令你因此而延长项目时间。这引出我将谈到的下一点——Over-engineering(过度设计，指设计出来的系统比恰到好处要复杂臃肿的多，过度的封装、一堆继承、接口和无用的方法，以及超复杂的xml配置文件)，

像任何经验丰富的程序员一样，我了解那种想为每个项目搭建最好、最灵活、最耐用的系统的心态。但我也了解每个项目都有的商业限制：时间和资金。大多数项目都有明确的截止日期和项目预算，开发者要有意识地去控制项目规模以按时达到目标。你没有任何理由花一周时间，来为一个20行的table表上的数据库查询设置“恰当的”缓存层。多了解实用案例，如果只是为了实现一个页面访客计数器的功能而构建支持多种同时响应请求的XHR框架，是不现实的。要有眼界，这是我最强调的一点，最好的程序员不是精通如何构建最棒的系统的人，而是了解系统不需要的是哪些功能的人。

另外，在软件开发领域，上市时间是商业驱动力，在web应用开发领域，由于其动态性，这点更为明显。当时间成为关键，“最优方法”就是最简单的解决方案。

最后，我们来讨论一下技术债务(指为了匆忙实现一个功能，破坏了现有的程序库，在实现的过程中污染了代码库的设计)。如果在开发过程中，你在某个地方偷工减料了，那么就会产生无法解决的长期存在的技术债务，而且在之后的开发中，任何一个决定，都会受该债务的影响。事实上，在接手商业项目时，明白何时、如何对代码进行简化的能力是很关键的，这也是区分老手和菜鸟的标准。解决技术债务的办法有很多，但应尽量做到不产生技术债务。同样地，过度设计也不可避免地会产生技术债务。

通常人们在谈到技术债务的危险时，并没有包含商业影响。但其实技术债务与实际投资回报率是相对的，因为在许多情况下，早日上市更具成本效益。也有种情况是技术债务与收益同时存在，那么你可以慢慢偿还债务，但这会延长你的项目时间，很可能当你解决完技术债务时，你也失去了市场机会。