Roblox voor Unity-ontwikkelaars

Deze pagina bevat informatie om ervaren Unity-ontwikkelaars te helpen beginnen met Roblox, inclusief basisoriëntatie, een conceptuele vergelijking en belangrijke verschillen tussen de twee platforms.

Oriëntatie

Het Hiërarchie venster van Unity en de Explorer van Roblox Studio zijn de primaire vensters voor het organiseren van elementen in 3D-scènes:

• Beide stellen je in staat om objecten te beheren en te organiseren (bijvoorbeeld, personages en omgevingsassets).
• Beide gebruiken een boomstructuur voor de ouder-kindrelaties tussen objecten.

Echter, het Hiërarchie venster heeft geen vooraf gedefinieerde structuur, terwijl het Explorer venster een strikte structuur heeft. Het kan helpen om het Explorer venster te beschouwen als een combinatie van Unity's Hiërarchie en Project vensters, met de Workspace map als het meest herkenbare element.

Evenzo overlappen de Asset Manager en Toolbox van Roblox Studio met het Unity Project venster. De Asset Manager stelt je in staat om alle assets binnen je game te beheren, terwijl de Toolbox je toegang geeft tot alle assets die je hebt gepubliceerd. De Toolbox stelt je ook in staat om de Creator Store te doorzoeken naar assets van Roblox of de community, vergelijkbaar met de Unity Asset Store.

Filosofische verschillen

Roblox is een "simulatie-engine" in plaats van een traditionele game-engine. Unity GameObjects en Roblox Parts dienen beide als de fundamentele bouwstenen voor het creëren van objecten in een 3D-omgeving, maar in de praktijk zijn de twee behoorlijk verschillend:

• Representatie: GameObjects in Unity zijn een hoger niveau concept voor elk object in een scène, terwijl Parts in Roblox zijn ontworpen om fysieke objecten zoals houten blokken en plastic bollen te vertegenwoordigen, in plaats van abstracte geometrie zoals primitieve objecten in Unity.
• Fysica: Om fysicasimulaties in Unity uit te voeren, koppel je componenten zoals Rigidbody en Collider aan een GameObject. In Roblox zijn fysica ingebouwd in het Parts datatype; de engine beheert interacties automatisch.

Je kunt het verschil onmiddellijk zien als je een GameObject en een Part maakt. Het GameObject heeft niets meer dan een positie, rotatie en schaal. De Part heeft diezelfde informatie—plus een materiaal en kleur, waarden voor reflectie en transparantie, massa en vorm, en nog veel meer. Een Part omzetten in iets dat meer lijkt op een leeg GameObject betekent het verwijderen van veel ingebouwde eigenschappen. Omgekeerd kun je een GameObject maken dat veel lijkt op een Part door MeshFilter, MeshRenderer, Collider en Rigidbody componenten eraan toe te voegen.

Vanuit een script perspectief is GameObject het meest vergelijkbaar met de Roblox Instance, de basis klasse voor alle andere Roblox klassen, maar omdat je geen objecten van het type Instance kunt (en kunt) maken, is de vergelijking niet bijzonder praktisch.

Een andere vergelijking is de Unity GameObject met de Roblox Model. Modellen fungeren als een container voor een verzameling onderling verbonden delen op dezelfde manier als je een ouder-kindrelatie zou kunnen vaststellen tussen veel GameObjects in Unity. Je specificeert een van de delen van het model als zijn primaire deel om het draaipunt te definiëren. Modellen bevatten ook scripts, animaties, geluidseffecten, prompts, beperkingen, deeltjesemitteren, en meer.

Bijvoorbeeld, een Unity GameObject kan componenten hebben voor ParticleSystem, Physics3D, SpringConstraint, en een script. In het Hiërarchie venster zie je een enkel GameObject genaamd SpringyFireball. Het Inspector venster toont de verzameling componenten en eigenschappen.

In Roblox kan een vergelijkbaar SpringyFireball model in het Explorer venster er ongeveer zo uitzien:

Model
|- ParticleEmitter
|- MeshPart
|- SpringConstraint
|- ClickDetector
|  |- Script

Roblox's fysica-standaard filosofie strekt zich uit tot het proces van het bouwen van 3D-modellen. In Roblox is het samenvoegen van meerdere delen tot een assemblage een uitstekende manier om snel dingen te bouwen, omdat Roblox de gelaste delen beschouwt als één rigide lichaam. Deze aanpak is niet beschikbaar in Unity.

In plaats van standaard metrische eenheden voor lengte en massa, gebruikt Roblox hypothetische eenheden genaamd studs en Roblox Mass Units (RMU's). Voor benaderende metrische conversies en aanbevelingen rond gebruik, zie Eenheden.

Locatie is belangrijk

Roblox-games zijn standaard multiplayer, dus Roblox Studio bevat veel verschillende opslaglocaties met specifieke gedragingen. Voor meer informatie, zie client-server runtime en objectorganisatie.

Scripting

Roblox-games ondersteunen drie verschillende soorten Luau-scripts:

• Client-scripts

  Deze scripts worden op de client uitgevoerd, en de server heeft geen zicht op hun gedrag. Om legacy-redenen kunnen deze scripts de vorm aannemen van LocalScripts of Scripts met een RunContext waarde van Client. Client-scripts bevinden zich meestal in ReplicatedStorage, StarterPlayerScripts of StarterCharacterScripts.

• Server-scripts

  Deze scripts worden op de server uitgevoerd, en de client heeft geen zicht op hun gedrag. Server-scripts hebben een RunContext waarde van Server en bevinden zich meestal in ServerScriptService, waarvan de inhoud niet naar de client wordt gerepliceerd.

• Module-scripts

  Deze scripts zijn herbruikbare stukjes code die precies één waarde retourneren, meestal een functie of tabel (of een tabel van functies). In plaats van code te dupliceren in client- en server-scripts, gebruik module-scripts om code en gegevens tussen de twee te delen. Module-scripts bevinden zich vaak in ReplicatedStorage, maar kunnen ook elders worden geplaatst als je code wilt delen tussen scripts aan dezelfde kant van de client-servergrens.

Unity heeft niet het concept van verschillende script types. Als je ervoor kiest om een multiplayer game te maken, gebruikt Unity zijn netwerklibraries om aan te geven wanneer een GameObject (en zijn scripts) exclusief voor de server moet zijn.

In Unity is veel van de functionaliteit van de engine beschikbaar via de methoden van MonoBehaviour. Bijvoorbeeld, om code uit te voeren vóór de renderloop, voeg je code toe aan de Update() methode. Om fysica botsingsevents te verwerken, voeg je code toe aan de OnCollideEnter() methode.

Roblox-scripts zijn meer gebeurtenisgestuurd. Je krijgt toegang tot vergelijkbare functionaliteit door je in te schrijven voor services en te luisteren naar updates.

C# en Luau

Voor scripting gebruikt Unity C#. Roblox gebruikt Luau, een scripttaal afgeleid van Lua 5.1.

In vergelijking met C# is Luau geleidelijk getypeerd en heeft het over het algemeen een minder uitgebreide syntaxis. In grotere projecten kan geleidelijk typen echter categorieën van bugs introduceren die sterk getypeerde talen zoals C# vermijden, dus overweeg om strikte typecontrole in Roblox-scripts in te schakelen.

Voor basis syntaxisverschillen tussen de scripttalen, zie Luau en C# vergelijking.

Luau codevoorbeeld

De volgende Luau-codevoorbeeld demonstreert hoe je, nadat een speler een hengel heeft uitgerust, kunt luisteren naar gebruikersinvoer (in dit geval de E-toets) en aanvullende functies kunt aanroepen:

local ContextActionService = game:GetService("ContextActionService")
local ReplicatedStorage = game:GetService("ReplicatedStorage")

-- Verkrijg een module-script uit ReplicatedStorage dat een enkele functie retourneert
local performSomeAction = require(ReplicatedStorage.performSomeAction)

-- Gaat ervan uit dat dit script een kind is van de hengel
local fishingPole = script.Parent
local ACTION_CAST = "Cast"

-- Controleer of de toets ingedrukt is, en roep dan een andere functie aan
local function castLine(_actionName, inputState, _inputObject)
	if inputState == Enum.UserInputState.Begin then
		performSomeAction()
	end
end

-- Schakel de actie alleen in wanneer de speler de hengel uitrust
fishingPole.Equipped:Connect(function()
	ContextActionService:BindAction(ACTION_CAST, castLine, true, Enum.KeyCode.E)
end)

-- Deactiveer de actie wanneer de speler de hengel uittrekt
fishingPole.Unequipped:Connect(function()
	ContextActionService:UnbindAction(ACTION_CAST)
end)

Het Roblox-script kan relatief beknopt zijn omdat Roblox veel ingebouwde aannames heeft: een Player met een Humanoid karakter verbonden met de server en kan Tools uitrusten. Deze aannames bestaan niet in Unity, dus de implementatie zou heel anders zijn.

Assets

Unity en Roblox ondersteunen beide het importeren van aangepaste meshes en modellen in .fbx formaat. Bepaalde soorten assets kunnen specifieke configuraties en exportinstellingen van je derde partij modellering software vereisen. Voor meer informatie, zie de volgende pagina's:

• Importer
• Algemene specificaties
• Blender en Maya exportvereisten

In Unity importeren objecten in je Assets directory, zichtbaar in het Project venster. In Roblox importeren assets in je Workspace en in de Toolbox of Asset Manager.

Roblox biedt ook een open-source Blender-plugin om het importproces te stroomlijnen.

Transforms

Unity's transformaties en Roblox's CFrames dienen vergelijkbare doelen bij het weergeven van 3D-transformaties van objecten:

• Zowel transformaties als CFrames vertegenwoordigen de positie en rotatie van een object in 3D-ruimte. Transformaties omvatten schaal, terwijl Roblox een BasePart.Size-eigenschap gebruikt die geen deel uitmaakt van de CFrame.
• Beide ondersteunen vermenigvuldiging voor complexe transformaties en hebben ingebouwde methoden voor andere manipulaties.

Samenwerking

In Unity werk je samen met standaard versiebeheersystemen of betaalde diensten zoals Unity Version Control.

Roblox-bestanden leven in de cloud (hoewel je kopieën kunt exporteren), dus Roblox Studio biedt ingebouwde samenwerkingsworkflows voor gelijktijdige bewerking, groepsbeheer, machtigingen, scriptontwerp en meer. Zie Samenwerking.

Plugins

Vergelijkbaar met Unity-tools ondersteunt Roblox Studio plugins, die verschillende aspecten van het ontwikkelingsproces kunnen vereenvoudigen of je extra controle kunnen geven. Plugins zijn beschikbaar in de Creator Store, net als assets, veel gratis.

Woordenlijst