<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>demo</title>
<style>
#main
{
width:220px;
height:300px;
border:1px solid black;
display:flex;
}
#main div
{
flex:1;
}
</style>
</head>
<body>
<div id="main">
<div style="background-color:coral;">紅色</div>
<div style="background-color:lightblue;">藍色</div>
<div style="background-color:lightgreen;">帶有更多內容的綠色 div</div>
</div>
<p><b>注意:</b> Internet Explorer 9 及更早版本不支持 flex 屬性。</p>
<p><b>注意:</b> Internet Explorer 10 通過 -ms-flex 屬性來支持。 IE11 及更新版本完全支持 flex 屬性 (不需要 -ms- 前綴)。</p>
<p><b>注意:</b> Safari 6.1 (及更新瀏覽器) 通過 -webkit-flex 屬性支持。</p>
</body>
</html>兄弟,遇到這種錯可以自己先調試下,很好發(fā)現(xiàn)原因的。
比如說你這個,很可能是this并沒有指向a標簽,而是其他對象,你是不是可以輸出一下this,看下它是指向誰,然后順藤摸瓜,一步一步找到原因,解決問題。javascript的this很有意思(坑)的一個點,一步步來,你的印象會深一點,比大家直接給你答案要好。
ps:調試的時候,我比較習慣用console,也建議你用這種方法,你不覺得alert調起來太麻煩了么。。。
type屬性不能更改的問題請看這個:https://segmentfault.com/q/10...鏈接描述
input 數(shù)據(jù)綁定不能賦值為“” 請看這個https://github.com/apache/inc...鏈接描述
easy ui 不是已經(jīng)實現(xiàn)了這樣的效果嗎 ?
你是想模仿它自己實現(xiàn)嗎?
不一定得定死,你可以按2732*2048的比例開發(fā),而不是在style里定死了2732*2048,做成響應式的(responsive)以后丟別的蘋果產(chǎn)品上說不定就不用大改了,當然你們確定只面向ipad pro2且今后絕對不會面向其它屏幕分辨率的產(chǎn)品的話就當我沒說。
看下 flex-wrap
這個好像沒有直接的辦法,你只能自己重新畫的吧~
package com.elyong.noway;
/**
* Created by ely ong on 2017/11/27.
*/
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
public class SimpleGui3C implements ActionListener{
JFrame frame;
public static void main(String[] args){
SimpleGui3C gui=new SimpleGui3C();
gui.go();
}
public void go(){
//你的這里沒有賦值
frame=new JFrame();
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
JButton button=new JButton("Change colors");
button.addActionListener(this);
MyDrawPanel drawPanel=new MyDrawPanel();
frame.getContentPane().add(BorderLayout.SOUTH,button);
frame.getContentPane().add(BorderLayout.CENTER,drawPanel);
frame.setSize(300,300);
frame.setVisible(true);
}
public void actionPerformed(ActionEvent event){
frame.repaint();
}
}
class MyDrawPanel extends JPanel{
public void paintComponent(Graphics g){
Graphics2D g2d=(Graphics2D) g;
int red=(int)(Math.random()*255);
int green=(int)(Math.random()*255);
int blue=(int)(Math.random()*255);
Color startColor=new Color(red,green,blue);
red=(int)(Math.random()*255);
green=(int)(Math.random()*255);
blue=(int)(Math.random()*255);
Color endColor=new Color(red,green,blue);
GradientPaint gradient=new GradientPaint(70,70,startColor,150,150,endColor);
g2d.setPaint(gradient);
g2d.fillOval(70,70,100,100);
}
}你的問題解決嗎?遇見相同問題了
拖拽的時候有個跟著鼠標跑的玩意(helper), 這玩意可以是被拖動的dom本身(此時appendTo無效),也可以是另外創(chuàng)建的一個代表這個被拖動dom的特效元素。
在同一個dom內拖拽確實沒有appendTo存在的意義。但如果涉及到多層dom結構,要把里面的某個dom拖到外面來,這個時候如果不配置appendTo,默認是會取被拖拽dom的parentNode,如果改pnode有overflow:auto屬性,按理想往外面拖會出現(xiàn)滾動條(具體如何沒試)
此時可以設置appendTo為拖拽區(qū)域最外層就很適合了
1.point表示點數(shù),打印和印刷單位,pixels是像素的單位,用在顯示器,或者數(shù)字圖片,他們主要的區(qū)別是用途不一樣
2.換算關系一英寸=72pt(點)=96px(像素)
3.pt和px是point和pixels的簡稱
4.希望可以幫到你
如果你愿意 可以用canvas把圖片轉成base64, 用clipboard.js復制到剪切板, 這種需求太可怕了
跟 flex 沒關系,是子元素大小超出父元素引起的。
<div class='wrapper'>
<div class="inner">
</div>
</div>
.wrapper {
width: 100px;
overflow: auto;
}
.inner {
width: 120px;
}
也會出現(xiàn)這種情況,包括父容器的padding-right,也不是無效,還是有的,但是沒起到影響布局的效果。
應該是,超出情況下在兩側布局樣式無法同時滿足時,默認左上為布局起點,所以優(yōu)先滿足margin-left等左側布局樣式。
先畫一個白色的圓,然后創(chuàng)建圖層蒙板,在蒙板那里拉一個黒到白的漸變就可以了。
如圖示意:
(0(?=1)|1(?=2)|2(?=3)|3(?=4)|4(?=5)|5(?=6)|6(?=7)|7(?=8)|8(?=9)){5}d 可以匹配正序
改一改也可以倒序,但是要判斷兩次
還是用循環(huán)吧,一個循環(huán)搞定
function isContinuityNum(num){
let arr=Array.from(num.toString())
let arr1= [...arr]
arr.reverse()
arr3 = arr1.map((n,i)=>{
return parseInt(n)+parseInt(arr[i])
})
return [...new Set(arr3)].length === 1
}
var d=isContinuityNum(num)
console.log(d)你的rem是CSS控制的還是JS控制的,如果是JS控制的就使用document.documentElement.style.fontSize獲取具體的px大小,如果是CSS控制的就直接根據(jù)不同的屏寬獲取不同對應rem的px寬度
你好,我最近在寫一個java的orm框架,剛好也涉及到這方面的問題。我在之前設計的時候,也是考慮的獲取數(shù)據(jù)庫數(shù)據(jù)時一次性全部獲取出來,但我設計的時候遇到的如下問題:
考慮如下對象:
class Province{
private long id;
private City[] cities;
}
class City{
private long id;
private Country[] country;
}
在映射關系上,one-one映射和one-many映射比較好處理,但是如果有類似這樣多個映射關系 Province-->City-->Country 而且又包含集合的時候,保存時在設計上是非常復雜的.我有查看過nutzDAO的文檔,它的實現(xiàn)方式其實是將數(shù)組中的對象壓入隊列中作為單個對象插入,然而毫無疑問,如果插入大量數(shù)據(jù),這樣的性能肯定很底下.我在設計orm框架時就是覺得對于復雜的映射關系,不僅代碼復雜而且性能很難保證,所以決定棄用這種一次取出來和一次性保存的方式。
所以我最后設計的思想如下代碼:
class Province{
private long id;
}
class City{
private long id;
private long provinceId;
}
將外鍵僅僅當作普通的成員變量,在查詢時將外鍵作為條件查詢即可.保存時,先保存Province變量,獲取到id后,再插入City變量,設置他們的proviceId為獲取到的id即可.簡化設計也提高性能.
誠如你的問題所說,實際上很多時候我們并不需要提取相關的所有數(shù)據(jù),在性能和代碼復雜性做平衡考慮,實際上查詢數(shù)據(jù)時,單個表查詢,邏輯最清楚,程序員開發(fā)時也不容易出錯,可以根據(jù)自己的需要做定制.特別是對于企業(yè)項目,多個實體互相關聯(lián),如果一次性提取出來,可能數(shù)據(jù)量比較龐大,而程序員獲取只需要其中的一小部分數(shù)據(jù),這樣在性能上得不償失.
總結一下我的答案就是,為了簡單和性能著想,一次性取出所有數(shù)據(jù)(一次性保存實體所有相關實體數(shù)據(jù))增加代碼復雜性又增加了性能負擔。
另外本人最近參考了市面的一些orm框架,自己編寫了一款還處于快照期(API不穩(wěn)定)的Java開源ORM框架,限于社區(qū)規(guī)范,如果感興趣的可以私信本人交流哦。
另外再多提一嘴,本人最近看了國內的幾個技術相關的社區(qū),感覺很多社區(qū)技術氛圍不是很好,披著程序員交流,技術交流的皮,但是幾乎都是各種灌水,交流,征婚,文風跟貼吧簡直沒有區(qū)別. 更讓我覺得有些氣憤又有一些羞恥的是,有一些中國"開發(fā)者"在github上開源項目的的外國人(我不知道有沒有針對中國開發(fā)者github項目)的issue區(qū)發(fā)一些毫無意義的灌水帖,而且評論有十幾樓,完全中國式的文風(例如有人評論"six,six,six","Please sit down, Mr. Chen","double click! six six six"),雖然底下也有幾位中國開發(fā)者為這樣的行為道歉,但看了這樣的行為,同作為國人,還是感覺到氣氛和羞恥的.
關注到segmentFault是剛好最近看到有一篇主題帖,講的就是因為用戶量增加,為了規(guī)范回答,會提出更加嚴格的提問規(guī)范.我知道對于在用戶量和技術氛圍上做平衡其實是一件很難的事情(根據(jù)比例原則,除非中國人的整體素質大幅提升),因此非常希望segmentFault的管理團隊能夠盡力維持好整個社區(qū)的技術氛圍,我也決定將扎根segmentFault社區(qū),回答一些我力所能及的問題.
rem 適配?
如果格子是定寬的, 給格子設置一個寬度,父級
display: flex;
flex-wrap: wrap;
換行不換行寬度都一樣
北大青鳥APTECH成立于1999年。依托北京大學優(yōu)質雄厚的教育資源和背景,秉承“教育改變生活”的發(fā)展理念,致力于培養(yǎng)中國IT技能型緊缺人才,是大數(shù)據(jù)專業(yè)的國家
達內教育集團成立于2002年,是一家由留學海歸創(chuàng)辦的高端職業(yè)教育培訓機構,是中國一站式人才培養(yǎng)平臺、一站式人才輸送平臺。2014年4月3日在美國成功上市,融資1
北大課工場是北京大學校辦產(chǎn)業(yè)為響應國家深化產(chǎn)教融合/校企合作的政策,積極推進“中國制造2025”,實現(xiàn)中華民族偉大復興的升級產(chǎn)業(yè)鏈。利用北京大學優(yōu)質教育資源及背
博為峰,中國職業(yè)人才培訓領域的先行者
曾工作于聯(lián)想擔任系統(tǒng)開發(fā)工程師,曾在博彥科技股份有限公司擔任項目經(jīng)理從事移動互聯(lián)網(wǎng)管理及研發(fā)工作,曾創(chuàng)辦藍懿科技有限責任公司從事總經(jīng)理職務負責iOS教學及管理工作。
浪潮集團項目經(jīng)理。精通Java與.NET 技術, 熟練的跨平臺面向對象開發(fā)經(jīng)驗,技術功底深厚。 授課風格 授課風格清新自然、條理清晰、主次分明、重點難點突出、引人入勝。
精通HTML5和CSS3;Javascript及主流js庫,具有快速界面開發(fā)的能力,對瀏覽器兼容性、前端性能優(yōu)化等有深入理解。精通網(wǎng)頁制作和網(wǎng)頁游戲開發(fā)。
具有10 年的Java 企業(yè)應用開發(fā)經(jīng)驗。曾經(jīng)歷任德國Software AG 技術顧問,美國Dachieve 系統(tǒng)架構師,美國AngelEngineers Inc. 系統(tǒng)架構師。