Code , test , cuối ngày làm việc up lên server bằng các software như subversion quản lý source .  

khi query cần tránh ra cái statement tồi tề "SELECT * FROM" , hãy xác định những field nào query .

- Với Firefox : cần xác thực các position , nếu không browser sẽ thả trôi nổi các position không xác thực , nó không tự giác như IE đâu .
 

4/ Phần nghiệm thu :
- Đưa demo cho khách hàng coi . Chỉnh sửa lại theo yêu cầu của khách hàng . Và cuối cùng là lấy $$$ (cái này sale lấy , coder đừng hòng ) .
 

1/ Phần khảo sát :
- Xác định loại project : website e-commerce / advertisement / CMS / forum / multimedia .
- Xác định đối tượng sẽ truy cập website : everyone / customer / only private member .
- Xác định nhu cầu upgrade / thay đổi layout của project có thường xuyên không .
- Xác định những thông tin , nội dung , mặt hàng sẽ đưa lên website . Số lượng sản phẩm , số lượng hit dự tính trong 1 ngày để order hosting / server .
 

2/ Phần thi công :
a. Design database :
- Phần này trong các công ty làm việc teamwork là việc của teamleader .
- Có nhiều bạn vừa code vừa design db , nhưng như vậy sẽ làm db không thống nhất , dễ thiếu sót .
- Nên tìm hiểu , xác định các loại data cần thiết và design db đầu tiên .
b. Design layout :
- Phần này là của designer , sau khi design layout sẽ đưa cho khách hàng duyệt , qua các khâu chỉnh sửa , tới khi hoàn tất thì bắt đầu cắt layout để làm template .
- CSS , DHTML , XHTML cũng được làm trong công đoạn này .
c. Xác định module , class , function cần thiết :
- Phần này cũng là của teamleader .
- Xác định , đưa ra chuẩn , pattern , quy chế chung về tên biến , tên class , ... để tiện lợi cho việc ráp code .
d. Code các module , class , function :
- Bây giờ mới là phần của coder .
- Code , test , cuối ngày làm việc up lên server bằng các software như subversion quản lý source .
- Teamleader sẽ view lại sơ qua các phần đã hoàn tất trong ngày , xem xem có phần nào cần làm lại hay chỉnh sửa ko .
 

3/ Phần hoàn thành :
- Sau khi tất cả các module , class , function đã xong , teamleader phối hợp với coder ráp code , test lại trên sản phẩm hoàn chỉnh , Fix các lỗi security trước khi bàn giao .
 

4/ Phần nghiệm thu :
- Đưa demo cho khách hàng coi . Chỉnh sửa lại theo yêu cầu của khách hàng . Và cuối cùng là lấy $$$ (cái này sale lấy , coder đừng hòng ) .
 

Seii TaiShogun wrote:

khi query cần tránh ra cái statement tồi tề "SELECT * FROM" , hãy xác định những field nào query .

- Với Firefox : cần xác thực các position , nếu không browser sẽ thả trôi nổi các position không xác thực , nó không tự giác như IE đâu .
 

Vậy em muốn select hết cũng phải viết hết ra hả anh? Em hình dung như thế này. Khi thực thi câu lệnh SQL, nếu thấy *, lập tức bụp 1 cái để lấy hết, còn nếu liệt kê field ra thì nó phải so sánh xem cái này, cái này có trong CSDL ko... chắc là tốn thời gian hơn.

position như thế nào anh? em thấy nó có 5 loại, không biết chọn loại nào. Kinh nghiệm của em thì thằng Firefox là chúa chuẩn xác, đặt bao nhiêu pixel thì nó lấy bấy nhiêu, nếu dư thì đè lên, còn thằng IE thì tự động xếp tầng nên không thấy được lỗi đó.

Em thì chưa làm dự án nào ra hồn, nhưng đây là các bước em làm:
- Thiết kế CSDL.
- Thiết kế giao diện và template engine sao cho phù hợp.
- Viết code, trong quá trình viết chèn thử CSDL, viết chỗ nào test luôn chỗ đó. 

Nếu làm việc theo nhóm mà đòi hỏi phải lập trình hướng đối tượng thì sao àh? em lập trình theo function quen rồi , lập trình hướng đối tượng thấy lạ lẳm quá 

Mỗi coder có phong cách viết code riêng như khi hoàn nhập vào đội thì phải tuân theo chuẩn chung mà người quản lí quy định như cách đặt tên hàm ,biến,class bởi bạn viết code người đọc ko phải là bạn mà là một người khác nên phải viết sao cho :

+rành mạch dễ hiểu
+dễ bắt lỗi
+dễ chỉnh sửa thêm yêu cầu

 

114v wrote:

Seii TaiShogun wrote:

khi query cần tránh ra cái statement tồi tề "SELECT * FROM" , hãy xác định những field nào query .

- Với Firefox : cần xác thực các position , nếu không browser sẽ thả trôi nổi các position không xác thực , nó không tự giác như IE đâu .
 

Vậy em muốn select hết cũng phải viết hết ra hả anh? Em hình dung như thế này. Khi thực thi câu lệnh SQL, nếu thấy *, lập tức bụp 1 cái để lấy hết, còn nếu liệt kê field ra thì nó phải so sánh xem cái này, cái này có trong CSDL ko... chắc là tốn thời gian hơn.

position như thế nào anh? em thấy nó có 5 loại, không biết chọn loại nào. Kinh nghiệm của em thì thằng Firefox là chúa chuẩn xác, đặt bao nhiêu pixel thì nó lấy bấy nhiêu, nếu dư thì đè lên, còn thằng IE thì tự động xếp tầng nên không thấy được lỗi đó.

Em thì chưa làm dự án nào ra hồn, nhưng đây là các bước em làm:
- Thiết kế CSDL.
- Thiết kế giao diện và template engine sao cho phù hợp.
- Viết code, trong quá trình viết chèn thử CSDL, viết chỗ nào test luôn chỗ đó. 

Bạn chứa hiểu ý của anh ấy rùi ! nếu bạn dùng SELECT * FROM thì có bao nhiêu nó lôi ra hết trong khi bạn chỉ cần id , vậy thì quá lảng phí tài nguyên máy chủ,nếu là 1 project lớn thì sự lảng phí này là thảm họa
Ngoài ra tôi còn 1 điều cần tránh khi viết function là có quá nhiều tham số vì như vậy sẽ rất khó nhớ trật tự các tham số , thay vào đó người ta hay dùng mảng , mình đang nói về php , các ngôn ngử khác ko biết thế nào vì php có thể dùng 1 chuổi để làm key cho mảng 

minhhuy wrote:

114v wrote:

Seii TaiShogun wrote:

khi query cần tránh ra cái statement tồi tề "SELECT * FROM" , hãy xác định những field nào query .

- Với Firefox : cần xác thực các position , nếu không browser sẽ thả trôi nổi các position không xác thực , nó không tự giác như IE đâu .
 

Vậy em muốn select hết cũng phải viết hết ra hả anh? Em hình dung như thế này. Khi thực thi câu lệnh SQL, nếu thấy *, lập tức bụp 1 cái để lấy hết, còn nếu liệt kê field ra thì nó phải so sánh xem cái này, cái này có trong CSDL ko... chắc là tốn thời gian hơn.

position như thế nào anh? em thấy nó có 5 loại, không biết chọn loại nào. Kinh nghiệm của em thì thằng Firefox là chúa chuẩn xác, đặt bao nhiêu pixel thì nó lấy bấy nhiêu, nếu dư thì đè lên, còn thằng IE thì tự động xếp tầng nên không thấy được lỗi đó.

Em thì chưa làm dự án nào ra hồn, nhưng đây là các bước em làm:
- Thiết kế CSDL.
- Thiết kế giao diện và template engine sao cho phù hợp.
- Viết code, trong quá trình viết chèn thử CSDL, viết chỗ nào test luôn chỗ đó. 

Bạn chứa hiểu ý của anh ấy rùi ! nếu bạn dùng SELECT * FROM thì có bao nhiêu nó lôi ra hết trong khi bạn chỉ cần id , vậy thì quá lảng phí tài nguyên máy chủ,nếu là 1 project lớn thì sự lảng phí này là thảm họa
Ngoài ra tôi còn 1 điều cần tránh khi viết function là có quá nhiều tham số vì như vậy sẽ rất khó nhớ trật tự các tham số , thay vào đó người ta hay dùng mảng , mình đang nói về php , các ngôn ngử khác ko biết thế nào vì php có thể dùng 1 chuổi để làm key cho mảng 

Vậy là bạn càng không hiểu ý của mình. Ý là thế này, trong bảng có các field sau:
id, name, pass, localtion, email.................. gì gì đó nữa, tương đối nhiều.
Giờ muốn lấy hết tất cả các field vậy nên viết hết ra hay là nên dùng * ???

Cách bạn nói cũng chưa hẳn hay, bạn biết tới hàm parse_str chưa ) gọn nhẹ và dễ nhìn, thích hợp cho hàm. 

Hì, đại ca conmale mà bắt bẻ là cấm có chạy đâu đc :lol . Bạn nghĩ sao mà lại nói dùng parse_str "gọn nhẹ" vậy, nếu đã học qua môn "Compiler" chắc bạn đã không nói vậy ) . 

<?php
$str = "first=value&arr[]=foo+bar&arr[]=baz";
parse_str($str);
echo $first;  // value
echo $arr[0]; // foo bar
echo $arr[1]; // baz
?>

foo("id=1&name=admin&type=9");

function foo($var) {
$var = parse_str($var,$v);
echo $v['id'];
....
}

Em vẫn chưa hiểu sao lại nói nó chậm nhỉ, cũng chỉ là tách array ra thôi mà được cái là linh động hơn khi dùng một đống tham số trong hàm. Em nghĩ cái này nhẹ hơn cái xử lý statement trong MYSQLi ấy chứ )  

cách mà tôi nói thật tình không phải tôi nghĩ ra , mà là tôi đọc được trong 1 ebook tiếng anh . ebook ấy rất hay , mình nghĩ cách đó vừa đơn giản và hiệu quả
còn về vấn đề "select * " hay select từng field thì có phải ý bạn là trong table của bạn có 8 field mà bạn cần lấy ra đến 6,7 field nên bạn nghĩ là dùng select * cho tiện đúng không ,nhưng bạn có nghĩ đến trường hợp bạn cần láy ra 1 vài thông tin trên table khác thông qua khóa ngoại hay chưa , mình không rành lắm về CSDL nhưng mình đảm bảo là khi bạn làm 1 đề tài lớn 1 chút cần phải thiết kế 1 CSDL có cả chục table thi bạn sẽ gặp nhiều vấn đề khi dùng "select *" .
 

Ngoài ra tôi còn 1 điều cần tránh khi viết function là có quá nhiều tham số vì như vậy sẽ rất khó nhớ trật tự các tham số , thay vào đó người ta hay dùng mảng , mình đang nói về php , các ngôn ngử khác ko biết thế nào vì php có thể dùng 1 chuổi để làm key cho mảng  

Vậy... tách array không hảo tổn tài nguyên à? .

Giả sử em có một ứng dụng, ứng dụng này có 100 hàm, mỗi hàm dùng parse_str vài chục lần. Trong quá trình hoạt động, nếu có nhiều người access ứng dụng này, con số sử dụng parse_str sẽ gia tăng theo cấp số. Bao nhiêu tài nguyên sẽ được sử dụng để parse hàng trăm hoặc hàng ngàng entries?

Riêng phần xử lý statement cho SQL có tính chất hoàn toàn khác, không thể so sánh được.

Thân. 

nãy giờ đọc toàn thấy mấy đại ca cò kè linh tinh lạc đề, quay lại chuyện chính đi
em hiện là sv, đang táy máy cái php chơi, em định viết 1 cái code blog ajax, nhưng hồi giờ chưa làm trong group lần nào nên không có kinh nghiệm. mí anh nếu có thể thì giúp em một bản kế hoạch chi tiết được không, sẵn tiện để làm ví dụ luôn, chớ đọc đi đọc lại bài hướng dẫn mà em vẫn cứ thấy mơ hồ lém