fetch

在jsx中不能使用class定义类名 因为class在js中是用来定义类的 定义类名的时候用className label中的for必须写成htmlFor ReactDOM.render: 参数1：需要渲染的dom元素或者组件 参数2：需要将渲染好的元素挂载在哪个挂载点身上 参数3：回调 成功的回调 React中如何创建一个组件 通过class类的方式来创建一个组件 class 组件名称 extends React.Component 注意：这个组件中必须要写一个render函数 函数中必须返回一个jsx语法 插槽作用： 插槽即：ReactDOM.createPortal(child, container) ，由ReactDom提供的接口。 可以实现将子节点渲染到父组件DOM层次结构之外的DOM节点。 第一个参数（child）是任何可渲染的 React 子元素，例如一个元素，字符串或 片段(fragment)。第二个参数（container）则是一个 DOM 元素。 应用场景： 对于 portal 的一个典型用例是当父组件有 overflow: hidden 或 z-index 样式，但你需要子组件能够在视觉上 “跳出(break out)” 其容器。例如，对话框、hovercards以及提示框。所以一般react组件里的模态框，就是这样实现的~ React.Component：

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 常用的hibernate annotation标签如下: @Entity --注释声明该类为持久类。将一个Javabean类声明为一 个实体的数据库表映射类,最好实现序列化.此时,默认情况下,所有的类属性都为映射到数据表的持久性字段.若在类中,添加另外属性,而非映射来数据库的, 要用下面的Transient来注解. @Table (name="promotion_info") --持久性映射的表(表名="promotion_info).@Table是类一级的注解,定义在@Entity下,为实体bean映射表,目录和schema的名字,默认为实体bean的类名,不带包名. @Id --注释可以表明哪种属性是该类中的独特标识符(即相当于数据表的主键)。 @GeneratedValue --定义自动增长的主键的生成策略. @Transient --将忽略这些字段和属性,不用持久化到数据库.适用于,在当前的持久类中,某些属性不是用于映射到数据表,而是用于其它的业务逻辑需要,这时,须将这些属性进行transient的注解.否则系统会因映射不到数据表相应字段而出错. @Temporal (TemporalType.TIMESTAMP)--声明时间格式 @Enumerated --声明枚举 @Version -

学习react的时候，想要获取本地的json数据 目录结构 ： 想要的是获取到name.json componentWillMount ( ) { fetch ( './components/datas/name.json' ) . then ( ( res ) => { return res . json ( ) ; } ) . then ( ( data ) => { alert ( JSON . stringify ( data ) ) ; this . setState ( { selV : JSON . stringify ( data ) } ) ; } ) } 这段获取数据的代码是写在App.jsx组件中的，按照路径来说，看起来是没错的，但是运行起来之后就一直报错，404 后来百度之后一些论坛和博客上说，路径应该是以index.html文件所在的相对路径（我看自己的目录结构App.jsx和我的index.html就是平级的，那按照此说法我这样是可以获取的？） 后面想了一会，其实是很多的论坛说的不够清楚，这里的index应该是虚拟的index文件，不是指的我上面放出来的目录结构上 src–index.html。 因为我们在使用webpack对项目进行打包的时候，使用了 html-webpack-plugin ，当不指定contentBase的话dev

Fetch MDN文档 fetch是一种HTTP数据请求的方式，是XMLHttpRequest的一种替代方案。fetch不是ajax的进一步封装，而是原生js。Fetch函数就是原生js，没有使用XMLHttpRequest对象。 fetch提供了一个更好的替代方法，可以很容易地被其他技术使用，例如 Service Workers 。Fetch还提供了单个逻辑位置来定义其他HTTP相关概念，例如CORS和HTTP的扩展。 注意 ： fetch 规范与 jQuery.ajax() 主要有两种方式的不同 当接收到一个代表错误的 HTTP 状态码时，从 fetch() 返回的 Promise 不会被标记为 reject， 即使该 HTTP 响应的状态码是 404 或 500。相反，它会将 Promise 状态标记为 resolve （但是会将 resolve 的返回值的 ok 属性设置为 false ），仅当网络故障时或请求被阻止时，才会标记为 reject。 默认情况下， fetch 不会从服务端发送或接收任何 cookies , 如果站点依赖于用户 session，则会导致未经认证的请求（要发送 cookies，必须设置 credentials 选项）。自从2017年8月25日后，默认的credentials政策变更为 same-origin Firefox也在61