什么是SpringBoot中"约定大于配置"的含义？
最编程
2024-01-04 15:10:50
...
Spring Boot 是由 Pivotal 团队提供的全新框架，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。spring Boot采用约定大约配置的方式，大量的减少了配置文件的使用。
使用SpringBoot的同学可能经常看到这几个字“约定大于配置”，那么它到底是什么意思呢？
百度一下意思如下：
约定优于配置（convention over configuration），也称作按约定编程，是一种软件设计范式，旨在减少软件开发人员需做决定的数量，获得简单的好处，而又不失灵活性。
百度百科
在SpringBoot中，约定大于配置可以从以下两个方面来理解：
- 开发人员仅需规定应用中不符合约定的部分
- 在没有规定配置的地方，采用默认配置，以力求最简配置为核心思想
总的来说，上面两条都遵循了推荐默认配置的思想。当存在特殊需求的时候，自定义配置即可。这样可以大大的减少配置工作，这就是所谓的“约定”。
那么SpringBoot中有哪些约定呢？
- Maven的目录结构。默认有resources文件夹,存放资源配置文件。src-main-resources,src-main-java。默认的编译生成的类都在targe文件夹下面
- spring boot默认的配置文件必须是，也只能是application.命名的yml文件或者properties文件，且唯一
- application.yml中默认属性。数据库连接信息必须是以spring: datasource: 为前缀；多环境配置。该属性可以根据运行环境自动读取不同的配置文件；端口号、请求路径等
推荐阅读
-
epoll简介及触发模式（accept、read、send）-epoll的简单介绍 epoll在LT和ET模式下的读写方式 一、epoll的接口非常简单，一共就三个函数：1. int epoll_create(int size);创建一个epoll的句柄，size用来告诉内核这个监听的数目一共有多大。这个参数不同于select中的第一个参数，给出最大监听的fd+1的值。需要注意的是，当创建好epoll句柄后，它就是会占用一个fd值，在linux下如果查看/proc/进程id/fd/，是能够看到这个fd的，所以在使用完epoll后，必须调用close关闭，否则可能导致fd被耗尽。2. int epoll_ctl(int epfd, int op, int fd, struct epoll_event *event);epoll的事件注册函数，它不同与select是在监听事件时告诉内核要监听什么类型的事件，而是在这里先注册要监听的事件类型。第一个参数是epoll_create的返回值，第二个参数表示动作，用三个宏来表示：EPOLL_CTL_ADD：注册新的fd到epfd中；EPOLL_CTL_MOD：修改已经注册的fd的监听事件；EPOLL_CTL_DEL：从epfd中删除一个fd；第三个参数是需要监听的fd，第四个参数是告诉内核需要监听什么事，struct epoll_event结构如下：struct epoll_event { __uint32_t events; /* Epoll events */ epoll_data_t data; /* User data variable */};events可以是以下几个宏的集合：EPOLLIN ：表示对应的文件描述符可以读（包括对端SOCKET正常关闭）； EPOLLIN事件：EPOLLIN事件则只有当对端有数据写入时才会触发，所以触发一次后需要不断读取所有数据直到读完EAGAIN为止。否则剩下的数据只有在下次对端有写入时才能一起取出来了。现在明白为什么说epoll必须要求异步socket了吧？如果同步socket，而且要求读完所有数据，那么最终就会在堵死在阻塞里。 EPOLLOUT：表示对应的文件描述符可以写； EPOLLOUT事件：EPOLLOUT事件只有在连接时触发一次，表示可写，其他时候想要触发，那要先准备好下面条件：1.某次write，写满了发送缓冲区，返回错误码为EAGAIN。2.对端读取了一些数据，又重新可写了，此时会触发EPOLLOUT。简单地说：EPOLLOUT事件只有在不可写到可写的转变时刻，才会触发一次，所以叫边缘触发，这叫法没错的！其实，如果真的想强制触发一次，也是有办法的，直接调用epoll_ctl重新设置一下event就可以了，event跟原来的设置一模一样都行（但必须包含EPOLLOUT），关键是重新设置，就会马上触发一次EPOLLOUT事件。1. 缓冲区由满变空.2.同时注册EPOLLIN | EPOLLOUT事件，也会触发一次EPOLLOUT事件这个两个也会触发EPOLLOUT事件 EPOLLPRI：表示对应的文件描述符有紧急的数据可读（这里应该表示有带外数据到来）；EPOLLERR：表示对应的文件描述符发生错误；EPOLLHUP：表示对应的文件描述符被挂断；EPOLLET： 将EPOLL设为边缘触发(Edge Triggered)模式，这是相对于水平触发(Level Triggered)来说的。EPOLLONESHOT：只监听一次事件，当监听完这次事件之后，如果还需要继续监听这个socket的话，需要再次把这个socket加入到EPOLL队列里3. int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int timeout);等待事件的产生，类似于select调用。参数events用来从内核得到事件的集合，maxevents告之内核这个events有多大，这个maxevents的值不能大于创建epoll_create时的size，参数timeout是超时时间（毫秒，0会立即返回，-1将不确定，也有说法说是永久阻塞）。该函数返回需要处理的事件数目，如返回0表示已超时。-------------------------------------------------------------------------------------------- 从man手册中，得到ET和LT的具体描述如下EPOLL事件有两种模型：Edge Triggered (ET)Level Triggered (LT)假如有这样一个例子：1. 我们已经把一个用来从管道中读取数据的文件句柄(RFD)添加到epoll描述符2. 这个时候从管道的另一端被写入了2KB的数据3. 调用epoll_wait(2)，并且它会返回RFD，说明它已经准备好读取操作4. 然后我们读取了1KB的数据5. 调用epoll_wait(2)......Edge Triggered 工作模式：如果我们在第1步将RFD添加到epoll描述符的时候使用了EPOLLET标志，那么在第5步调用epoll_wait(2)之后将有可能会挂起，因为剩余的数据还存在于文件的输入缓冲区内，而且数据发出端还在等待一个针对已经发出数据的反馈信息。只有在监视的文件句柄上发生了某个事件的时候 ET 工作模式才会汇报事件。因此在第5步的时候，调用者可能会放弃等待仍在存在于文件输入缓冲区内的剩余数据。在上面的例子中，会有一个事件产生在RFD句柄上，因为在第2步执行了一个写操作，然后，事件将会在第3步被销毁。因为第4步的读取操作没有读空文件输入缓冲区内的数据，因此我们在第5步调用 epoll_wait(2)完成后，是否挂起是不确定的。epoll工作在ET模式的时候，必须使用非阻塞套接口，以避免由于一个文件句柄的阻塞读/阻塞写操作把处理多个文件描述符的任务饿死。最好以下面的方式调用ET模式的epoll接口，在后面会介绍避免可能的缺陷。 i 基于非阻塞文件句柄 ii 只有当read(2)或者write(2)返回EAGAIN时才需要挂起，等待。但这并不是说每次read时都需要循环读，直到读到产生一个EAGAIN才认为此次事件处理完成，当read返回的读到的数据长度小于请求的数据长度时，就可以确定此时缓冲中已没有数据了，也就可以认为此事读事件已处理完成。Level Triggered 工作模式相反的，以LT方式调用epoll接口的时候，它就相当于一个速度比较快的poll(2)，并且无论后面的数据是否被使用，因此他们具有同样的职能。因为即使使用ET模式的epoll，在收到多个chunk的数据的时候仍然会产生多个事件。调用者可以设定EPOLLONESHOT标志，在 epoll_wait(2)收到事件后epoll会与事件关联的文件句柄从epoll描述符中禁止掉。因此当EPOLLONESHOT设定后，使用带有 EPOLL_CTL_MOD标志的epoll_ctl(2)处理文件句柄就成为调用者必须作的事情。然后详细解释ET, LT:LT(level triggered)是缺省的工作方式，并且同时支持block和no-block socket.在这种做法中，内核告诉你一个文件描述符是否就绪了，然后你可以对这个就绪的fd进行IO操作。如果你不作任何操作，内核还是会继续通知你的，所以，这种模式编程出错误可能性要小一点。传统的select/poll都是这种模型的代表．ET(edge-triggered)是高速工作方式，只支持no-block socket。在这种模式下，当描述符从未就绪变为就绪时，内核通过epoll告诉你。然后它会假设你知道文件描述符已经就绪，并且不会再为那个文件描述符发送更多的就绪通知，直到你做了某些操作导致那个文件描述符不再为就绪状态了(比如，你在发送，接收或者接收请求，或者发送接收的数据少于一定量时导致了一个EWOULDBLOCK 错误）。但是请注意，如果一直不对这个fd作IO操作(从而导致它再次变成未就绪)，内核不会发送更多的通知(only once),不过在TCP协议中，ET模式的加速效用仍需要更多的benchmark确认（这句话不理解）。在许多测试中我们会看到如果没有大量的idle -connection或者dead-connection，epoll的效率并不会比select/poll高很多，但是当我们遇到大量的idle- connection(例如WAN环境中存在大量的慢速连接)，就会发现epoll的效率大大高于select/poll。（未测试）另外，当使用epoll的ET模型来工作时，当产生了一个EPOLLIN事件后，读数据的时候需要考虑的是当recv返回的大小如果等于请求的大小，那么很有可能是缓冲区还有数据未读完，也意味着该次事件还没有处理完，所以还需要再次读取： 这里只是说明思路（参考《UNIX网络编程》） while(rs) {buflen = recv(activeevents[i].data.fd, buf, sizeof(buf), 0);if(buflen < 0){// 由于是非阻塞的模式,所以当errno为EAGAIN时,表示当前缓冲区已无数据可读// 在这里就当作是该次事件已处理处.if(errno == EAGAIN)break; else return; }else if(buflen == 0) { // 这里表示对端的socket已正常关闭. } if(buflen == sizeof(buf) rs = 1; // 需要再次读取 else rs = 0; } 还有，假如发送端流量大于接收端的流量(意思是epoll所在的程序读比转发的socket要快),由于是非阻塞的socket,那么send函数虽然返回,但实际缓冲区的数据并未真正发给接收端,这样不断的读和发，当缓冲区满后会产生EAGAIN错误(参考man send),同时,不理会这次请求发送的数据.所以,需要封装socket_send的函数用来处理这种情况,该函数会尽量将数据写完再返回，返回-1表示出错。在socket_send内部,当写缓冲已满(send返回-1,且errno为EAGAIN),那么会等待后再重试.这种方式并不很完美,在理论上可能会长时间的阻塞在socket_send内部,但暂没有更好的办法. ssize_t socket_send(int sockfd, const char* buffer, size_t buflen) { ssize_t tmp; size_t total = buflen; const char *p = buffer; while(1) { tmp = send(sockfd, p, total, 0); if(tmp < 0) { // 当send收到信号时,可以继续写,但这里返回-1. if(errno == EINTR) return -1; // 当socket是非阻塞时,如返回此错误,表示写缓冲队列已满, // 在这里做延时后再重试. if(errno == EAGAIN) { usleep(1000); continue; } return -1; } if((size_t)tmp == total) return buflen; total -= tmp; p += tmp; } return tmp; } 二、epoll在LT和ET模式下的读写方式 在一个非阻塞的socket上调用read/write函数, 返回EAGAIN或者EWOULDBLOCK(注: EAGAIN就是EWOULDBLOCK) 从字面上看, 意思是: * EAGAIN: 再试一次 * EWOULDBLOCK: 如果这是一个阻塞socket, 操作将被block * perror输出: Resource temporarily unavailable 总结: 这个错误表示资源暂时不够, 可能read时, 读缓冲区没有数据, 或者, write时，写缓冲区满了 。 遇到这种情况, 如果是阻塞socket, read/write就要阻塞掉。 而如果是非阻塞socket, read/write立即返回-1, 同 时errno设置为EAGAIN. 所以, 对于阻塞socket, read/write返回-1代表网络出错了. 但对于非阻塞socket, read/write返回-1不一定网络真的出错了. 可能是Resource temporarily unavailable. 这时你应该再试, 直到Resource available. 综上, 对于non-blocking的socket, 正确的读写操作为: 读: 忽略掉errno = EAGAIN的错误, 下次继续读 写: 忽略掉errno = EAGAIN的错误, 下次继续写 对于select和epoll的LT模式, 这种读写方式是没有问题的. 但对于epoll的ET模式, 这种方式还有漏洞. epoll的两种模式 LT 和 ET
-
[C#] 为什么 wpf 中的 xmlns 命名空间是一个 url，它有什么含义？
-
腾讯视频直播 02-推流-美颜滤镜 同样，腾讯云提供了 setBeautyFilter 方法来设置美颜风格、磨皮程度、美白程度和泛红程度 //style 磨皮风格：0：平滑 1：自然 2：朦胧 //美容级别：0-9。值为 0 时关闭美颜效果。默认值：0，关闭美颜效果。 //美白级别：取值 0-9。值为 0 时，将关闭美白效果。默认值：0，关闭美白效果。 //ruddyLevel：取值范围为 0-9。值为 0 时关闭美白效果。默认值：0，关闭美白效果。 public boolean setBeautyFilter(int style, int beautyLevel, int whiteningLevel, int ruddyLevel);; public boolean setBeautyFilter(int style, int beautyLevel, int whiteningLevel, int ruddyLevel) 滤镜 setFilter 方法可以设置滤镜效果，滤镜本身是一个直方图文件。setSpecialRatio 方法可以设置滤镜的程度，从 0 到 1，越大滤镜效果越明显，默认值为 0.5。 Bitmap bitmap = BitmapUtils.decodeResource(getResources, R.drawable.langman); if (mLivePusher) if (mLivePusher ! = null) { mLivePusher.setFilter(bmp)； } 控制摄像头 腾讯云 sdk 默认为前置摄像头（可以通过修改 TXLivePushConfig 的配置函数 setFrontCamera 来修改默认值），调用一次 switchCamera 就切换一次，注意切换摄像头前要确保 TXLivePushConfig 和 TXLivePusher 对象已经初始化。 mLivePushConfig.setFrontCamera(true); // 默认前置摄像头。 mLivePusher.switchCamera; //切换摄像头。 ⑦ 设置徽标水印 腾讯视频云目前支持两种设置水印的方式：一种是在流媒体 SDK 中设置水印，原理是在 SDK 中对视频进行编码前在画面中设置水印。另一种方式是在云端设置水印，即由云端解析视频并添加水印标识。 建议使用 SDK 添加水印，因为在云端添加水印会有问题。下面是添加水印的 SDK 介绍： //设置视频水印 mLivePushConfig.setWatermark(BitmapFactory.decodeResource(getResources,R.drawable.watermark), 10, 10); // 最后两个参数是视频的水印。 //最后两个参数是水印位置的 X 轴和 Y 轴坐标。 mLivePusher.setConfig(mLivePushConfig)； 如果需要对水印图像的位置进行模型适配，则需要调用水印规范化接口。 /设置视频水印 mLivePushConfig.setWatermark(mBitmap, 0.02f, 0.05f, 0.2f); //参数为水印图像。 //参数包括水印图像的位图、水印位置的 X 轴坐标、水印位置的 Y 轴坐标和水印宽度。后三个参数的范围是 [0，1]。 // 最后两个参数是水印位置的 X 轴坐标和 Y 轴坐标。 mLivePusher.setConfig(mLivePushConfig)； TXLivePushConfig 中的 setHardwareAcceleration 方法可以启用或禁用硬件编码。 if (mHWVideoEncode){ if (mLivePushConfig ! = null) { if (Build.VERSION.SDK_INT < 18){ Toast.makeText(getApplicationContext, "Hardware acceleration failed, current phone API level is too low (min 18)"、 Toast.LENGTH_SHORT).show； mHWVideoEncode = false; } } } } mLivePushConfig.setHardwareAcceleration(mHWVideoEncode ? TXLiveConstants.ENCODE_VIDEO_HARDWARE : TXLiveConstants.ENCODE_VIDEO_SOFTWARE)； mLivePusher.setConfig(mLivePushConfig)； // 如果您不确定何时启用硬件加速，建议将其设置为 ENCODE_VIDEO_AUTO。 // 默认情况下启用软件编码，但如果手机的 CPU 使用率超过 80% 或帧速率为 10，SDK 将自动切换到硬件编码。 ⑨ 后台推流 在常规模式下，一旦应用程序进入后台，摄像头捕捉数据的能力就会被 Android 禁用，这意味着 SDK 无法继续捕捉和编码音频和视频数据。如果我们什么都不做，故事就会按照下面的脚本发展： 阶段 1（背景剪切后 10 秒 ->）- CDN 无法将视频流传输给观众，因为没有数据，观众看到的是主帧。 阶段 2（10 秒-> 70 秒）--观众一方的播放器因无法接收到直播流而退出，房间里空无一人。 第 3 阶段（70 秒后）--服务器直接断开了推送流媒体的 RTMP 链接，主播需要重新打开直播才能继续。 主播可能只是短暂地接了一个紧急电话，但各云提供商的安全措施会迫使主播的直播提前结束。 1) 设置 setPauseFlag 在开始推流之前，使用 TXLivePushConfig 的 setPauseImg 接口设置一个等待图像，其含义建议为 "主播将暂时离开，稍后再回来"。
-
标题：一文搞定Redis面试，附Redis面试大纲+常见Redis面试题-一、基础篇 快速上手 ①. 什么是redis ②. 为什么使用redis ③. 安装 ④. 基本使用（常见数据结构的命令） Java操作redis ①. Jedis ②. SpringBoot 启动redis的方式 ①. 配置文件 ②. 生产环境启动方案 二、进阶篇 redis实现session共享 redis缓存的使用 ①. 注解式 ②. Spring Cache 数据库和缓存双写一致性问题——穿透 redis实现附近的人 redis实现计数器 redis事务 redis分布式锁的使用 redis集群 redis实现延时队列 redis实现限流 redis实现布隆过滤器 发布订阅 redis优化 三、原理篇 redis单线程为什么性能好 数据类型的底层实现 持久化机制 过期策略 内存淘汰 redis优化 哨兵模
-
三分钟带你了解手机内部硬件-主要影响手机性能的有以下几点 CPU - *处理器（手机中的大脑） CPU 是计算思考以及处理事物的。 比如：我们日常玩手机，什么最重要？毫无疑问是手机打开软件很流畅，使用各种功能不卡。 这就是CPU的性能，那什么影响 CPU 的因素有哪些？ 架构 架构是 CPU 的基础，对于处理器的整体性能起到了决定性的作用，不同架构的处理器同主频下，性能差距可以达到2-5倍。可见架构的重要性。 那么什么是架构呢？ 打个比方，架构就是一栋楼的框架。至于最终楼什么样子，就由处理器的厂商决定了，但是有一点，如果说这栋楼房的结构设计出来容纳多少人，那么最后建好的房子也要在这个范围内。同理，如果使用相同架构的处理器，那么本质上不会有太大的区别。 看一下主流手机的架构 处理器对比.jpg 从上图可见：高通 和 苹果都是自主设计，所以说它们牛还是有一定的道理的。不同的架构， 性能和功耗也是不同的。架构决定了 主频、核心数、带宽等和运算量直接相关的东西。目前很多手机打广告都是说 多少核的机器。但是并不是说核越多性能就越强，你没看见，苹果双核就能吊打高通和联发科吗？ 制程 制程 专指：事物运作程序的处理过程。常指手机芯片框架的运算速度量。 简单的说就是电路板中电路与电路之间的距离，目前已经发展到纳米级别。 制程越小，可以向芯片中塞入更多的晶体管，随之而来的好处还有：降低电量和成本、散热。 制程数的确定 这里有人要问，为什么制程的数字是这些，而不是别的数字，比如有28nm，为什么没有29nm？ 这其实是有一定规律的。根据早期国际半导体蓝图规划，由五个在相关领域较为发达的国家共同制定，约定下一代制程要在上一代基础上做到晶体管数量不变，芯片面积缩小一半。由这一关系可以算出前一代制程要比后一代大√2倍，所以能算出后一代大概数值。纵观整个处理器制程变化，除了少部分特殊的外，都遵循着这一规则。 近代制程的发展 2014 年底，三星宣布了世界首个 14nm FinFET 3D 晶体管进入量产，标志着半导体晶体管进入 3D 时代。发展到今天，三星拥有了四代 14nm 工艺，第一代是苹果 A9 上面的 FinFET LPE(Low Power Early)，第二代则是用在猎户座 骁龙 820 和骁龙 625 上面的 FinFET LPP(Low Power Plus)。第三代是 FinFET LPC，第四代则是目前的 FinFET LPU。至于 10nm 工艺，三星则更新到了第三代(LPE/LPP/LPC)。 目前为止，三星已经将 70000 多颗第一代 LPE(低功耗早期)硅晶片交付给客户。三星自家的猎户座 8895，以及高通的骁龙 835，都采用这种工艺制造，而 10nm 第二代 LPP 版和第三代 LPU 版将分别在年底和明年进入批量生产。 手机芯片市场上已经进入了 10nm、7nm 处理器的白热化竞争阶段，而 14/16nm 制程的争夺也不过是一两年前的事。 总线位宽 总线位宽决定输入/输出设备之间一次数据传输的信息量，用位（bit）表示，如总线宽度为8位、16位、32位和64位。
-
Grid++Report 锐浪报表开发常见问题解答集锦-报表设计 问：怎样在设计时打印预览报表？ 答：为了及时查看报表的设计效果，Grid++Report 报表设计应用程序提供了四种查看视图：普通视图、页面视图、预览视图与查询视图。通过窗口下边的 Tab 按钮可以在四种视图中任意切换。在预览视图中查看报表的打印预览效果，在查询视图中查看报表的查询显示效果。如果在报表的记录集提供了数据源连接串与查询 SQL，在进入预览视图与查询视图时会利用数据源连接串与查询 SQL 从数据源中自动取数,否则 Grid++Report 将自动生成模拟数据进行模拟打印预览与查询显示。注意：在预览视图与查询视图中看到的报表运行结果有可能与在你程序中的最终运行结果有差异，因为在报表的生成过程中我们可以在程序中对报表的生成行为进行一定的控制。 问：怎样用 Grid++Report 设计交叉表？ 答：Grid++Report 没有提供专门实现交叉表的功能，其它的报表构件提供的交叉表功能一般也比较死板和功能有限。利用 Grid++Report 的编程接口可以做出灵活多变，功能丰富的交叉表。示例程序 CrossTab 就是一个实现交叉表的例子程序，认真领会此例子程序，你就可以做出自己想要各种交叉表，并能提取一些共用代码，便于重复使用。 问：怎样设置整个报表的缺省字体？ 答：设置报表主对象的字体属性，也就是设置了整个报表的缺省字体。如果改变报表主对象的字体属性，则没有专门的设置字体属性的子对象的字体属性也跟随改变。同样每个报表节与明细网格也有字体属性，他们的字体属性也就是其拥有的子对象的缺省字体。 问：怎样在打印时限制一页的输出行数？ 答：设定明细网格的内容行的‘每页行数(RowsPerPage)’属性即可。另外要注意‘调节行高(AdjustRowHeight)’属性值：为真时根据页面的输出高度自动调整行的高度，使整个页面的输出区域充满。为假时按设计时的高度输出行。 问：怎样显示中文大写金额？ 答：将对象的“格式(Format)”属性设为 “$$” 及可，可以设置格式的对象有：字段(IGRField)、参数(IGRParameter)、系统变量(IGRSystemVarBox)与综合文字框(IGRMemoBox)，其中综合文字框是在报表式上设格式。 问：能否实现自定义纸张与票据打印？ 答：Grid++Report 完全支持自定义纸张的打印，只要在报表设定时在页面设置中选定自定义纸张，并指定准确的纸张尺寸。当然要在最终输出时得道合适的打印结果，输出打印机必须支持自定义纸张打印。Windows2000/XP/2003 操作系统上可以在打印机上定义自定义纸张，也可以采用这种方式实现自定义纸张打印。 问：怎样实现 0 值不打印？ 答：直接设置格式串就可以，在“数字格式”设置对话框中选定“0 不显示”，就会得到合适的格式串。也可以通过直接录入格式串来指定 0 不显示，但格式串必须符合 Grid++Report 的规定格式。另一种实现办法是在报表获取明细记录数据时，在 BeforePostRecord 事件中将值为零的字段设为空，调用字段的 Clear 方法将字段置为空。 问：怎样实现多栏报表? 答：在明细网格上设‘页栏数（PageColumnCount）’属性值大于 1 即可。通过 Grid++Report 的“页栏输出顺序”还可以指定多栏报表的输出顺序是“先从上到下”还是“先从左到右”。 问：如何实现票据套打？ 答：Grid++Report 为实现票据套打做了很多专门的安排：报表设计器提供了页面设计模式，按照设定的纸张尺寸显示设计面板，如果将空白票据的扫描图设为设计背景图，在定位报表内容的输出位置会非常方便。报表部件可以设定打印类别，非套打输出的内容在套打打印模式下就不会输出。 问：Grid++Report 有没有横向分页功能？ 答：回答是肯定的，在列的总宽度超过打印页面的输出宽度时，Grid++Report 可以另起新页输出剩余的列，如果左边存在锁定列，锁定列可以在后面的新页中重复输出，这样可以保证关键数据列在每一页都有输出。仔细体会 Grid++Report 提供的多种打印适应策略，选用最合适的方式。Grid++Report 的多种打印适应策略为开发动态报表提供了很好的支持。 问：怎样实现报表本页小计功能？ 答：定义一个报表分组,将本分组定义为页分组，在本分组的分组头与分组尾上定义统计。页分组就是在每页产生一个分组项，在每页的上端与下端都会分别显示页分组的分组头与分组尾，页分组不用定义分组依据字段。 报表运行 问：怎样与数据库建立连接? 答：如果在设计报表时指定了数据集的数据源连接串与查询 SQL 语句，Grid++Report 采用拉模式直接从数据源取得报表数据，Grid++Report 利用 OLE DB 从数据源取数，OLE DB 提供了广泛的数据源操作能力。如果 Grid++Report 的数据来源采用推模式，即 Grid++Report 不直接与数据库建立连接，各种编程语言/平台都提供了很好的数据库连接方式，并且易于操作，应用程序在报表主对象(IGridppReport)的 FetchRecord 事件中将数据传入，例子程序提供了各种编程语言填入数据的通用方法，对C++Builder 和 Delphi 还进行了专门的包装，直接关联 TDataSet 对象也可以将 TDataSet 对象中的数据传给报表。 问：打印时能否对打印纸张进行自适应？支持表格的折行打印吗? 答：Grid++Report 在打印时采用多种适应策略，通过设置明细网格(IGRDetailGrid)的‘打印策略(PrintAdaptMethod)’属性指定打印策略。(1)丢弃：按设计时列的宽度输出，超出范围的内容不显示。(2)绕行：按设计时列的宽度输出，如果在当前行不能完整输出，则另起新行进行输出。(3)缩放适应：对所有列的输出宽度进行按比例地缩放，使总宽度等于页面的输出宽度。(4)缩小适应：如果列的总宽度小于页面的输出宽度，对所有列的输出宽度进行按比例地缩小，使总宽度等于页面的输出宽度。(5)横向分页：超范围的列在新页中输出。(6)横向分页并重复锁定列。 问：如何改变缺省打印预览窗口的窗口标题？ 答：改变报表主对象的‘标题(Title)’属性即可。 问：利用集合对象的编程接口取子对象的接口引用，但不是自己期望的结果。 答：Grid++Report中所有集合对象的下标索引都是从 1 开始，另按对象的名称查找对象的接口引用时，名称字符是不区分大小写的。 问：怎样在运行时控制报表中各个对象的可见性？即怎样在运行时显示或隐藏对象？ 答：在报表主对象(GridppReport)的 SectionFormat 事件中设定相应报表子对象的可见(Visible)属性即可。 问：报表主对象重新载入数据，设计器中为什么没有反映新载入的数据？ 答：应调用 IGRDesigner 的 Reload 方法。 问：怎样实现不进入打印预览界面，直接将报表打印出来？
-
为什么项目要用SpringBoot ，如何理解SpringBoot中的“约定优/大于配置”
-
SpringBoot的"约定大于配置"是什么意思？-在SpringBoot中有哪些常见的约定呢？
-
我个人理解：在SpringBoot中，约定大于配置的概念
-
约定大于配置的意义和动机是什么？