大家好，今天小编关注到一个比较有意思的话题，就是关于建筑结构构造设计的问题，于是小编就整理了4个相关介绍建筑结构构造设计的解答，让我们一起看看吧。
哪位大神能给我推荐几本关于《建筑结构》的书籍？
[高层建筑结构概念设计].郁彦、新编高层建筑结构].包世华、《建筑钢结构工程设计施工实例与图集》、 《钢结构设计方法与例题》(夏志斌 等编着)、混凝土结构构造手册(第三版)、简明高层钢筋混凝土结构设计手册_李国胜、《建筑结构静力计算手册》(第二版)、《建筑结构设计规范应用图解手册》等，这些书均可在网中下载!
结构设计三原则？
一、建筑构造设计的基本原则如下： 1、结构坚固、耐久： 除按荷载大小及结构要求确定构件的基本断面尺寸外，对阳台、楼梯栏杆、顶棚、门窗与墙体的连接等构造设计，都必须保证建筑构、配件在使用时的安全。 2、满足建筑物的各项功能要求 ： 进行建筑设计时，应根据建筑物所处的位置不同和使用性质的不同，进行相应的构造处理，以满足不同的使用功能要求。 3、美观大方： 除了建筑设计中的体型组合和立面处理影响建筑的形象外，一些建筑细部的构造设计也会影响建筑物的整体美
架构设计三原则：
合适原则
简单原则
演化原则
一、合适原则
架构设计的几个误区：
1. 最流行架构
微服务很火，是不是立马把用的好好的springmvc改成微服务架构？docker很火是不是立马进入容器？
2. 追随一线大厂
我们在做电商，淘宝是一线大厂，要不要直接***用淘宝架构？微信开源了消息队列中间件，我们社交的也直接切换吧？
3. 追求大而全
我们随着业务展开用户量会提升很快，我们要兼容微服务扩展， 要加入消息队列，数据库主从，加入Elasticsearch 有利与后期查询，并且随着系统分布式部署，要加入docker来管理环境，日志管理要上kafka 等等。
以上几点，可以说都是错的，因为我们选型偏离的最主要的矛盾，为我们独特的业务场景，定制合适的系统架构，使用最流行的架构，有没有考虑我们业务特殊性？直接追随大厂有没有考虑我们团队的技术能力和是否真的能碰到大厂那种极端场景？追求大而全是否让有限的团队***陷入无穷的低产出工作上？ 架构就是取舍，不求最新，不求最全，只求最合适。
传统建筑构造设计有哪些？
传统建筑一般是由基础、墙身和柱、楼地面、楼梯、屋面和门窗六大部分所组成。
（1）基础：是建筑物最下部的承重构建，其作用是承受建筑物的全部荷载，并将这些荷载传给地基。
（2）墙身和柱：是建筑物的承重构件和围护构件。
（3）楼地面：楼板是水平方向的承重构件，按房间层高将整栋建筑物沿水平方向分为若干层；楼地面承受家具、设备和人体荷载以及本身的自重，并将这些荷载传给墙身或柱；同时对墙体起着水平支撑的作用。
（4）楼梯：是楼房建筑的垂直交通设施，供人们上下楼层和紧急疏散之用。
（5）屋面：是建筑顶部的围护构件和承重构件。
（6）门窗：均属于非承重构件，也称为配件
结构设计软件有哪几种？
设计结构一般常用软件:1.CAD是设计必须的软件，尤其二绘线条放样加工图必用。
2.建筑设计结构多用3DMAX，但它也是以CAD二维图为基准，放样为实体，从而可从视觉上多维度观察。
3.机械设计结构也是以CAD为基础，用PROE.UG等几种三维软件演示其结构合理性以及动态观察，并且推演其设计的结构的各项数据的可行性。
到此，以上就是小编对于建筑结构构造设计的问题就介绍到这了，希望介绍关于建筑结构构造设计的4点解答对大家有用。
