FAQ |
Kalender |
![]() |
#1 | ||
|
|||
Har WN som tidsfördriv
|
Jag saknar en hel del utvecklingsverktyg, antingen finns de inte eller så tänker jag fel eller så finns de men jag har inte hittat dessa.
Ett som jag saknar är ett utvecklingsverktyg för databas där flera kan diskutera hur databasen ska byggas upp. Vilka tabeller och fält som ska finnas med. Hur dessa lämpligen ska namnges samt vilken datatyp varje fält bör ha. Utvecklingsverktyget skulle jag vilja ha som ett forum där flera kan vara med och säga sitt, med en eller flera moderatorer som ändrar strukturen/mallen vart efter idéer och tankar kommer upp. Ett vanligt webbforum som finns idag tycker jag klumpiga, tröga att läsa och att hitta information i och tillhör förra millennium. Vill ha mer nytänkande och inspirerande forum. Har ni några tankar om detta? Både om verktyget och nästa generations forum. Ett annat verktyg som jag saknar är ett verktyg för att skapa kod. Vill kunna klicka på en eller flera tabell i en databas, markera fält som jag vill kunna köra select, insert, delete etc på och så skapas store procedure som passar och som man eventuellt kan göra små ändringar i. Sedan klickar man på sin store procedure och så skapas lämpliga funktioner/sub-rutiner för tex .NET eller PHP . Bara att klistra in där man vill ha dessa. Nästa steg skapar lämpliga windows-form eller webb-form utifrån databasen. Finns detta redan? Dags att skapa eller har ni tankar om ett sådan verktyg? |
||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Har WN som tidsfördriv
|
Citat:
|
||
![]() |
![]() |
![]() |
#3 | |||
|
||||
Flitig postare
|
hm jag är inte riktigt med vad du efterfrågar men något som kan vara i rätt riktning är kanske databasmodellering med normalisering och UML för att skapa kodsklett?
Oftast jobbar man ju efter kravspecar och använder sig av vattenfallsmodellen eller en iterativ utvecklingsmodell. Att skapa databasfrågor med ett generellt verktyg då det kan skilja sig i syntax mellan olika SQL databaser känns inte så genomtänkt. Att inte ha full koll på sina sql frågor och koda dom med "färdiga program" känns heller inte så genomtänkt. Visst det finns redan färdiga program för att skapa Kodsklett med drag n drop om det var det du efterfråga. |
|||
![]() |
![]() |
![]() |
#4 | |||||
|
||||||
Har WN som tidsfördriv
|
Citat:
Citat:
Det jag vill uppnå är en möjlighet att tillsammans med kolleger utveckla en "standard" på hur en databas ska byggas upp när det gäller tex ett kundregister. Vilka tabeller som ska finnas med och vilka fält och datatyper som ska finnas i dessa tabeller. Vad som är nycklar, relationer, indexering etc. Tanken är att gå mer rak på sak än vad olika verktyg gör. (Själv läser jag tabeller och fält än olika modelleringar.) Tanken är att detta sen ska kunna ligga på webben där alla lätt kan läsa vilka fält tabeller och fält etc som finns med i databasen. Komma med förslag att tex orgnr ska vara med och fältets namn ska vara tex IdentityCode och Typ varchar (12). När man är överens så lägger någon moderator in detta och sen bollar man vidare med flera tabeller och fält. Sen kan man skapa sin databas, tabell och fält genom att markera det man vill använda och sen skapas SQL-script för att skapa detta i MySQL, MSSQL etc. Bla de som arbetar med open source måste se fördelar med detta. Flera som sitter och arbetar på olika orter som kan samarbeta. Citat:
Citat:
|
|||||
![]() |
![]() |
![]() |
#5 | ||
|
|||
Medlem
|
För din andra fundering, kika på CSLA, http://www.lhotka.net/cslanet/. Visserligen för .NET, men det generar (nästan) allt du behöver i kodväg utifrån t. ex en tabell och dess relationer.
Tar en stund att sätta sig in i, men extremt smidigt när man fattar hur det hänger i hop. |
||
![]() |
![]() |
![]() |
#6 | ||
|
|||
Har WN som tidsfördriv
|
Citat:
|
||
![]() |
![]() |
![]() |
#7 | ||
|
|||
Medlem
|
Du kan jue jobba med en dynamisk databasmodell som virtualiserar alla tabeller och data.. Men dom blir snabbt otroligt komplexa att hantera manuellt. Så du kommer behöva verktyg bara för att skapa basdatat. Men utifrån det kan du sedan lättare bygga generatorer för stored procedures då input alltid passerar en gemensam modell och output enklast passerar via vyer.
|
||
![]() |
![]() |
Svara |
|
|